-
Notifications
You must be signed in to change notification settings - Fork 1.3k
KVM: Enhance CPU speed detection on hosts #6175
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
Conversation
weizhouapache
left a comment
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.
tested ok
|
@blueorangutan package |
|
@Pearl1594 a Jenkins job has been kicked to build packages. It will be bundled with KVM, XenServer and VMware SystemVM templates. I'll keep you posted as I make progress. |
|
Packaging result: ✔️ el7 ✔️ el8 ✔️ debian ✔️ suse15. SL-JID 3007 |
|
@blueorangutan test |
|
@weizhouapache a Trillian-Jenkins test job (centos7 mgmt + kvm-centos7) has been kicked to run smoke tests |
|
@blueorangutan test ubuntu20 kvm-ubuntu20 |
|
Trillian test result (tid-3752)
|
Co-authored-by: dahn <daan.hoogland@gmail.com>
|
Thanks @DaanHoogland - fixed |
Description
This PR does two things:
In a recent commit the way host CPU speed is detected was changed to use
lscpu. This is a great enhancement, but it changed the detected speed from being the host's max turbo frequency to being the base clock. I agree this is the ideal speed to use since the max turbo frequency usually is not achieved by all cores at once. To ensure the fallback of usingcpufreqfiles matches this behavior, we change the fallback to look at thebase_frequencyfile rather thancpuinfo_max_freq.Introduce agent.properties setting
host.cpu.manual.speed.mhzto allow the admin to set the frequency in case all else fails.Types of changes
Feature/Enhancement Scale or Bug Severity
Feature/Enhancement Scale
Bug Severity
Screenshots (if appropriate):
How Has This Been Tested?