mirror of
https://github.com/hibiken/asynq.git
synced 2026-04-26 07:25:56 +03:00
[GH-ISSUE #548] The processing delay time is too long, resulting in inaccurate timing task time #2285
Labels
No labels
CLI
bug
designing
documentation
duplicate
enhancement
good first issue
good first issue
help wanted
idea
invalid
investigate
needs-more-info
performance
pr-welcome
pull-request
question
wontfix
work in progress
work in progress
work-around-available
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/asynq#2285
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jinsuojinsuo on GitHub (Sep 23, 2022).
Original GitHub issue: https://github.com/hibiken/asynq/issues/548
Originally assigned to: @hibiken on GitHub.
It is recommended to make it configurable
@linhbkhn95 commented on GitHub (Sep 23, 2022):
@jinsuojinsuo It is delayed when all queues are empty. I think it makes sense
@yousifh commented on GitHub (Sep 23, 2022):
I did some benchmarking around this issue here #506
It impacts the average time to execution for tasks. However lowering the sleep will increase the idle CPU usage of Redis. I also tested an alternative approach that can change the sleep period depending on how busy the queue is here. It will lower the latency of time to execution at the cost of more complicated code.
@kamikazechaser commented on GitHub (Oct 6, 2022):
It could be added as an optional param that defaults to 1 second.
@jinsuojinsuo commented on GitHub (Oct 10, 2022):
Why does time fluctuate
@krhubert commented on GitHub (Jun 2, 2023):
Hey @hibiken, any chance to address this issue? It would be especially useful for speeding-up e2e tests.
I've made a PR