-
Notifications
You must be signed in to change notification settings - Fork 297
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
Respect dispatch concurrency limits for clusterdispatch #1676
Respect dispatch concurrency limits for clusterdispatch #1676
Conversation
CLA Assistant Lite bot All contributors have signed the CLA ✍️ ✅ |
I have read the CLA Document and I hereby sign the CLA |
I believe @vroldanbet might have discovered an issue with this approach. I'll let him chime in whenever he's available (it is the holiday season). |
Signed-off-by: sashayakovtseva <sashayakovtseva@gmail.com>
9bb56f7
to
9fec6bc
Compare
Hello, any news here? what issue have you discovered? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey @sashayakovtseva, my apologies for not getting back to this earlier.
There isn't so much of an issue but a concern around the impact of this change. While the unbounded dispatch configuration is not great for the health of the cluster, it does as well fundamentally change the baseline throughput of existing clusters, which may see a regression when this change is deployed in a non-trivial way, until they figure out that this change caps the dispatch concurrency.
I don't have an alternative, to be honest, other than rolling this out and observing the actual impact in practice, and tuning accordingly when required.
I should mention that currently dispatch is bounded with the default value of 50. So unless one doesn't explicitly set dispatch limit < 50 no regression should be observed |
Fixes #1641