AMD Schedutil vs. Performance Governor Benchmarks On Linux 5.11 Shows More Upside Potential

[0xff]

Michael Larabel, you should expand your benchmarks with KeyDB (multithreaded drop-in replacement for Redis)

[ehsn_mhr]

will kernel 5.11 helps amd 3000 mobile cpus to not overheat and freeze?

[Vistaus]

Check if it is enabled in your kernel:

[FONT=monospace][COLOR=#005fd7]zcat[/COLOR][COLOR=#00afff] /proc/config.gz[/COLOR][COLOR=#18b218] | [/COLOR][COLOR=#005fd7]grep [/COLOR][COLOR=#00afff]SCHEDUTIL[/COLOR]
CONFIG_CPU_FREQ_DEFAULT_GOV_[COLOR=#ff5454][B]SCHEDUTIL[/B][/COLOR][COLOR=#000000]=y [/COLOR]
CONFIG_CPU_FREQ_GOV_[COLOR=#ff5454][B]SCHEDUTIL[/B][/COLOR][COLOR=#000000]=y[/COLOR][/FONT]

It says:
gzip: /proc/config.gz: No such file or directory

[andreano]

I want a CPU governor that ignores "nice" load.

Edit: Some searching later:

[FONT=monospace][COLOR=#005fd7]echo [/COLOR][COLOR=#00afff]1 [/COLOR][COLOR=#18b218]| [/COLOR][COLOR=#005fd7]sudo [/COLOR][COLOR=#00afff]tee[/COLOR][COLOR=#00afff]/sys/devices/system/cpu/cpufreq/ondemand/ignore_nice_load[/COLOR][/FONT]

[andreano]

schedutil still doesn't appear in the list of available governors

Check if it is enabled in your kernel:

[FONT=monospace][COLOR=#005fd7]zcat[/COLOR][COLOR=#00afff] /proc/config.gz[/COLOR][COLOR=#18b218] | [/COLOR][COLOR=#005fd7]grep [/COLOR][COLOR=#00afff]SCHEDUTIL[/COLOR]
CONFIG_CPU_FREQ_DEFAULT_GOV_[COLOR=#ff5454][B]SCHEDUTIL[/B][/COLOR][COLOR=#000000]=y [/COLOR]
CONFIG_CPU_FREQ_GOV_[COLOR=#ff5454][B]SCHEDUTIL[/B][/COLOR][COLOR=#000000]=y[/COLOR][/FONT]

[Vistaus]

intel_pstate=passive in the kernel boot parameter list

Thanks, I tried that, but schedutil still doesn't appear in the list of available governors.

[ciupenhauer]

How can I enable schedutil on Intel? It doesn't appear in the available governors list (using both kernel 5.4 and 5.10).

intel_pstate=passive in the kernel boot parameter list

[Vistaus]

How can I enable schedutil on Intel? It doesn't appear in the available governors list (using both kernel 5.4 and 5.10).

[milkylainen]

As I suspected. Not impressed.
Idle power not changed, working power not optimized (beside actual loss of performance),
too many corner cases and just adding code.
Nope.
Will still run performance thank you.

[brent]

My gut feeling is better idle efficiency

No, idle power usage is the same. P-state scheduling doesn't affect C-states. Efficiency might be a bit better with some "spiky" loads with many wakeups, but still lots of idle time, though.

Overall... I'm still not impressed by schedutil, not at all. A CPPC2 based scheduler has some intrinsic advantages and should result in some actually tangible differences. Hope we'll see it some day.