-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Revert cycle handling. #5300
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
Revert cycle handling. #5300
Conversation
I opened an issue for the cycle. |
Codecov Report
@@ Coverage Diff @@
## master #5300 +/- ##
==========================================
- Coverage 79.97% 76.34% -3.64%
==========================================
Files 238 238
Lines 14199 14160 -39
Branches 577 601 +24
==========================================
- Hits 11356 10810 -546
- Misses 2843 3350 +507
Help us with your feedback. Take ten seconds to tell us how you rate us. |
b2a2d78
to
1b003b9
Compare
Do you think this one is related to any of the bugs I've reported to you? |
Also when was this introduced? Has this been on the open source branch since we said the scheduler was functional or was it added in a recent commit? |
@bdoyle0182 |
* Revert cycle handling. * Remove the RecoverQueue reference.
Description
This is to revert the recent change.
#5251 is introduced to handle the cyclic activations storm in a queue manager.
But with this change, I observed severe performance degradation.
This is the performance measurement with the current master.

And this is the result of this change.

This is because even for normal activations, the queue manager tries to recover a queue.
There is a gap between the time that leader election is done(etcd data is written) and the queue is ready.
If activations come during that time, the queue manager tries to recover a queue and it increases the wait time.
And the result is well aligned with the one I performed for the initial run.
#5194 (comment)
Since the cycle in a critical path is also a big problem, we must handle it.
But until we find a better way to address it I think it would be better to revert this change.
Related issue and scope
My changes affect the following components
Types of changes
Checklist: