-
Notifications
You must be signed in to change notification settings - Fork 23
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
HS does not calculate CPU utilization correctly on multi-core systems #85
Comments
I checked into the various CPU use APIs, but there doesn't seem to be much standardization here across platforms. POSIX does have some limited facilities (e.g. the My current thinking is that the abstraction belongs in the PSP in the form of PSP modules - a single "Linux" module could cover all Linux-based boards. The current "idle loop" fallback could be another PSP module where there are no better options (though I'd never recommend using this, except perhaps on the simplest of processors that have no power-management logic, as it will keep the processor "on" all the time and can increase power usage drastically). |
Removes all "Custom" routines from HS, and instead calls into PSP via the new iodriver mechanism. This is used to obtain average CPU utilization information rather than an idle task. This architecuture allows support for many more variables, such as per-cpu utilization information, temperature, fan speeds, and other health info. That is not implemented here, but could be added in the future.
Removes all "Custom" routines from HS, and instead calls into PSP via the new iodriver mechanism. This is used to obtain average CPU utilization information rather than an idle task. This architecuture allows support for many more variables, such as per-cpu utilization information, temperature, fan speeds, and other health info. That is not implemented here, but could be added in the future.
Removes all "Custom" routines from HS, and instead calls into PSP via the new iodriver mechanism. This is used to obtain average CPU utilization information rather than an idle task. This architecuture allows support for many more variables, such as per-cpu utilization information, temperature, fan speeds, and other health info. That is not implemented here, but could be added in the future.
Fix #85, move system monitoring to PSP
Checklist (Please check before submitting)
Is your feature request related to a problem? Please describe.
HS does not calculate CPU utilization correctly on multi-core systems.
Describe the solution you'd like
HS has only one idle task. Multiple idle tasks would need to be spawned/pinned to each core in an SMP/multi-core setup in order to correctly calculate CPU utilization. Alternatively, OS specific task hooks could be utilized to report the CPU utilization for each core...which would likely be the most accurate/desired approach.
Requester Info
Dan Knutsen
NASA GSFC
The text was updated successfully, but these errors were encountered: