CPU Hogging #633
Unanswered
bashton-Maxar
asked this question in
Q&A
CPU Hogging
#633
Replies: 1 comment
-
Yes please. Related issues: nasa/HS#3, nasa/HS#4. Suggested approach is to move CPU idle API to the PSP and use appropriate functions based on the platform to get the idle stats. Or if there is standard OS support move it to OSAL. Really doesn't need to be in HS, and abstracting it will allow for more appropriate implementation based on the environment. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
The change https://github.com/nasa/HS/pull/38 added a call to OS_TaskDelay at the end of the while loop within HS_IdleTask located in hs_custom.c. When this change was pulled into our project we began seeing notifications of CPU Hogging Detected. Upon investigation it appears that the introduction of OS_TaskDelay to the IdleTask while loop reduces the 1Hz IdleTaskInterval count to change from ~1.3 billion to ~13,000. This is executing on a Linux environment with an Intel Xeon Platinum 8259CL CPU @ 2.50GHz. Given the default values of the parameters used in calculating CurrintUtil in HS_CustomGetUtil (hs_custom.c) this results in an estimated CPU utilization of 9999, even though there is really essentially no utilization. These parameters can be adjusted to account for this, but we were wondering the following:
Beta Was this translation helpful? Give feedback.
All reactions