You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Go is not cgroup aware. This means that Scrutiny will be throttled hard in containerised environments with CPU limits.
The below screenshot shows the container with a CPU limit in Kubernetes. The first half of the time series is on a 13600k, with 20 threads. The second half is when the machine changed to use an EPYC 7763 with 128 threads.
Expected behavior
Scrutiny should not be CPU throttling with adequate resources, and the throttling should not scale with the number of available threads.
Go is not cgroup aware and by default will set GOMAXPROCS to the number
of available threads, regardless of whether it is within the allocated
quota. This behaviour causes high amount of CPU throttling and degraded
application performance.
Fixes: AnalogJ#584
Go is not cgroup aware and by default will set GOMAXPROCS to the number
of available threads, regardless of whether it is within the allocated
quota. This behaviour causes high amount of CPU throttling and degraded
application performance.
Fixes: AnalogJ#584
uhthomas
added a commit
to uhthomas/automata
that referenced
this issue
May 2, 2024
Describe the bug
Go is not cgroup aware. This means that Scrutiny will be throttled hard in containerised environments with CPU limits.
The below screenshot shows the container with a CPU limit in Kubernetes. The first half of the time series is on a 13600k, with 20 threads. The second half is when the machine changed to use an EPYC 7763 with 128 threads.
Expected behavior
Scrutiny should not be CPU throttling with adequate resources, and the throttling should not scale with the number of available threads.
automaxprocs can use cgroups automatically.
Screenshots
See above.
Log Files
N/A
The text was updated successfully, but these errors were encountered: