Skip to content
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

Limit/Thottle/Backpressure #90

Open
ctrlplusb opened this issue Jan 9, 2018 · 2 comments
Open

Limit/Thottle/Backpressure #90

ctrlplusb opened this issue Jan 9, 2018 · 2 comments

Comments

@ctrlplusb
Copy link

Awesome lib thanks!

Are there any mechanisms built into the library to support rate limiting? Or is it the responsibility of each worker node?

@LewisJEllis
Copy link
Member

What specific operation are you interested in rate limiting? Are you looking to enforce a policy like "one job producer may not produce more than X jobs/second on a given queue" or "all job producers together cannot produce more than X jobs/second on a given queue" or something else?

We don't have any sort of built-in mechanisms for this, especially for back-pressure. The general thinking has been something like "process jobs as fast as possible and let jobs queue up and wait when necessary, and if the queue gets too backed up add more workers". No use for back pressure because every job is important, so we'd rather just put the jobs in the queue and let them sit there rather than tell the producers to slow it down. This makes me curious about your use case.

@grantcarthew
Copy link

@LewisJEllis Have a look here mate. I have been documenting this feature for implementation. Not going to be done on my queue for a while however the links will help out.

grantcarthew/node-rethinkdb-job-queue#61

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants