-
-
Notifications
You must be signed in to change notification settings - Fork 181
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adding support for task priority #181
Comments
For high-throughput use-cases I can see this could be useful. For example avoiding that a high number of one-time tasks prevent recurring tasks from running. Recurring tasks would probably have a higher priority by default. Currently I think a workaround would be to run multiple |
This can be helpful also in low throughput, long queues situations. Ideally we could have something that is not a workaround, since the queues could possibly be many, and then we have to deal with which threads have to get priority over others. To achieve this we should expose a method like @kagkarlsson do you think the priority queue change could be merged back in? Are there specific design considerations you would like to take into account? |
For adding support for task-priority to the scheduler, wouldn't the best solution be to add the
What would such a method do? Are you looking to trigger check for due executions ad-hoc, i.e. outside the normal polling-interval? |
Perfect Yes, |
Currently all tasks have a FIFO policy (or whether time they are scheduled).
In a number of use cases, where queue is larger than the processing power, we might want to pull higher priority tasks first (at cost of starvation of lower priority ones).
This would not be a breaking change, since by default all tasks would have same priority and hence the ones with the lowest executionTime would always be run first.
Can this feature be of any interest to the broader community?
The text was updated successfully, but these errors were encountered: