Powersave mode is still default in RL10 for Raspberry Pi

Rocky Linux Help & Support
1

For some reason the default governor for RL9 for RPi was set to powersave, and could be solved by Performance Issue of RL9 on Raspberry Pi 4 - #9 by skip77.

But in RL10, where both the lines end like "frequency-set -g ondemand" already, when checking cpugovernor it is still powersave.

I don’t find cpupower.service in RL10 maybe that’s the reason

For now my Raspberry Pi5’s cpu frequency stuck at 1.5GHz while Raspberry Pi 4 at 0.6GHz

My RPi 5 when used as a temporary router running OpenWRT has the 7zip performance benchmark like this:

7-Zip (z) 24.09 (arm64) : Copyright (c) 1999-2024 Igor Pavlov : 2024-11-28
 64-bit arm_v:8-A locale=C UTF8=- Threads:4 OPEN_MAX:1024, ASM

Compiler:  ver:9.2.1 20191025 GCC 9.2.1 : UNALIGNED
Linux : 6.6.86 : #0 SMP Wed May 21 05:23:54 2025 : aarch64
PageSize:4KB hwcap:119FFF:CRC32:SHA1:SHA2:AES:ASIMD
arm64

1T CPU Freq (MHz):  1773  2214  2399  2399  2399  2399  2399
2T CPU Freq (MHz): 198% 2389   198% 2371
4T CPU Freq (MHz): 394% 2375   395% 2384

RAM size:    7957 MB,  # CPU hardware threads:   4
RAM usage:    889 MB,  # Benchmark threads:      4

                       Compressing  |                  Decompressing
Dict     Speed Usage    R/U Rating  |      Speed Usage    R/U Rating
         KiB/s     %   MIPS   MIPS  |      KiB/s     %   MIPS   MIPS

22:      12809   359   3474  12461  |     227649   397   4895  19421
23:      12091   366   3365  12320  |     222582   398   4840  19260
24:      11371   363   3365  12227  |     216482   398   4779  18998
25:       9205   286   3679  10511  |     208999   398   4675  18601
----------------------------------  | ------------------------------
Avr:     11369   343   3471  11880  |     218928   398   4797  19070
Tot:             370   4134  15475

And it was not overclocked

Now running RL10 Compressing Rating MIPS is around 6000 (it still feels a bit low because OpenWRT still has 9000 on powersave mode😅)

2

Thank you for reporting this issue. Here’s a workaround:
Create the unit file below with your favorite editor

/usr/lib/systemd/system/cpupower.service

then paste:

[Unit]
Description=Configure CPU power related settings
After=syslog.target

[Service]
Type=oneshot
RemainAfterExit=yes
EnvironmentFile=/etc/sysconfig/cpupower
ExecStart=/usr/bin/cpupower $CPUPOWER_START_OPTS
ExecStop=/usr/bin/cpupower $CPUPOWER_STOP_OPTS

[Install]
WantedBy=multi-user.target

then:

systemctl enable --now cpupower

That should take care of your issue. We’ll work on getting this fix into our image soon.

3

Thanks a lot, that makes sense
Looks like

should be systemctl enable --now cpupower
When starting the service it reported an error, journalctl -xeu cpupower.service said there was no /usr/bin/cpupower, then dnf provides cpupower told me to install kernel-tools, which isn’t installed by default.
Now it should be working normally, thanks again😉

4

Sorry about that, was jumping systems. Glad it worked!