-
Notifications
You must be signed in to change notification settings - Fork 216
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
perf: factor out replacement/termination waits from deprovisioning #542
Conversation
This PR has been inactive for 14 days. StaleBot will close this stale PR after 14 more days of inactivity. |
Wanted to follow up on this - it looks like this PR has been marked stale. I was linked to this PR from another issue I posted #670 . Is this still an active line of work? Happy to help explain our use case (please see the linked ticket I shared). |
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.
LGTM, once @jonathan-innis's comments are addressed. Nice work!
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.
Nice work 🎉 Big effort here. Super excited to see this merged!
Fixes #N/A
Description
This adds in an orchestration queue that commands will be added to. This doesn't change any of the core logic but will let Karpenter compute commands while it waits for a command's replacements to be initialized, speeding up Karpenter.
How was this change tested?
Scale Tests
24 seconds/node
.1.25 seconds/node
5 seconds/node
This is about 400% quicker on average.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.