-
Notifications
You must be signed in to change notification settings - Fork 117
feat(advisor): apply cpu headroom discount when power level is present #1034
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
base: main
Are you sure you want to change the base?
Conversation
Codecov Report❌ Patch coverage is Additional details and impacted files@@ Coverage Diff @@
## main #1034 +/- ##
==========================================
+ Coverage 59.86% 60.05% +0.18%
==========================================
Files 689 692 +3
Lines 65082 65230 +148
==========================================
+ Hits 38964 39173 +209
+ Misses 21657 21602 -55
+ Partials 4461 4455 -6
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
8474476 to
abe7d94
Compare
1f97144 to
cf4b24d
Compare
| numaHeadrooms[numa] = applyDiscount(numaHeadrooms[numa], currentDiscount) | ||
| } | ||
| if err != nil || currentDiscount >= 1.0 { | ||
| return headroom, numaHeadrooms, err |
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.
Does this error need to be encapsulated? When err is empty and currentDiscount>=1.0, is it expected that err will be empty?
What type of PR is this?
Features
What this PR does / why we need it:
This PR allows power-ware plugin to enable reclaimed cpu headroom discount when the node's power level is of p1/p2/p3.
To ensure the power-aware plugin enabling to happen prior qos-aware cpu resource advisor being called to GetHeadroom, Init phase is put with cpu sub resource advisor up to qos-aware plugin.