Frequency-invariant utilization tracking for x86

Posted Apr 3, 2020 10:13 UTC (Fri) by jan.kara (subscriber, #59161)
In reply to: Frequency-invariant utilization tracking for x86 by marcH
Parent article: Frequency-invariant utilization tracking for x86

It depends on what you mean by "software can do better than "hardware accelerated governor"" - e.g. for workloads that are IO bound we have found some cases where HWP was worse than intel_pstate because it never considered CPU load to be high enough to bump up the frequency and so interrupt latency suffered...

Frequency-invariant utilization tracking for x86

Posted Apr 3, 2020 17:07 UTC (Fri) by marcH (subscriber, #57642) [Link]

Fascinating, thanks!

Considering scheduling and governing frequency is all about predicting the future, it makes sense a stream of randomly spaced packets is one of the toughest nuts to crack.

There is a gazillion of throughput benchmarks, we really need more latency benchmarks - especially for something advertised like "Speed Shift".

I googled "Kolivas for a 5 seconds" and instantly found this:
https://lwn.net/Articles/720227/
> The MuQSS scheduler has reportedly better Interbench benchmark scores than CFS. However, ultimately, it is hard to quantify "smoothness" and "responsiveness" and turn them into an automated benchmark, so the best way for interested users to evaluate MuQSS is to try it out themselves.

At $DAYJOB I've seen test reports bragging about video conferences "scoring" 59.7 FPS average over 1h, much better than the previous 57.9 FPS average. Like the user cared. Zero consideration for freezes, drops, out of sync audio,...

https://bravenewgeek.com/everything-you-know-about-latenc...