Turbo should be enabled when one thread reach 100% of usage, in original version there was a fixed value of 25%, but this only works when there're 4 threads, in CPUs with more threads

Reference: #98

This isn't as much as an error as what it is something that I've been observing. I often do calls on Zoom and MS Teams, both apps seem to be processor hungry. When I have auto-cpufreq enabled, turbo boost is enabled and the laptop throws everything it can at the process. This results in cores overheating to the extent that they were reaching 95oC. I subsequently had to uninstall auto-cpufreq because it couldn't be disabled.

It would be great if auto-cpufreq had some kind of killswitch that allowed me to turn it off under such extreme cases. Even better would be if auto-cpufreq would be able to identify such cases and engage the killswitch automatically when such cases occur.

System information:

               +                
               #                
              ###               
             #####              
             ######             
            ; #####;            User: marco
           +##.#####            Hostname: rocinante
          +##########           Distro: Arch Linux
         #############;         Kernel: 5.7.17-2-MANJARO
        ###############+        Uptime: 13:55
       #######   #######        Window Manager: i3
     .######;     ;###;`".      Desktop Environment: 
    .#######;     ;#####.       Shell: /bin/zsh
    #########.   .########`     Terminal: xterm
   ######'           '######    Packages: 1604
  ;####                 ####;   CPU: Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz
  ##'                     '##   RAM: 7277 MB / 15765 MB 
 #'                         `#  Disk: 378GB / 989GB

I just made the pull request that fixed #276 but after updating through the Snap repository, I get this:

Warning: Cannot get distro name
Pop!_OS detected
Pop!_OS uses a symbolic link for the os-release file, this causes issues and can be fixed by converting to a hard link
Attempting to change symlink to hard link for /etc/os-release -> /etc/pop-os/os-release
Continue? [y/N] y
Creating hard link for /etc/os-release
sh: 1: sudo: Permission denied
sh: 1: sudo: Permission denied

After some searching, it seems that Snap has issues running sudo from os.system. You may want to remove PR #311 and release 1.8.2 until this issue is resolved

Problem:

I'm using auto-cpufreq on a Lenovo ideapad 330s. My laptop is charged, and full, but auto-cpufreq stays on "powersave" governor. I updated my BIOS recently. My battery state:

$ cat /sys/class/power_supply/BAT0/status
Full

System information:

-------------------------------------------------------------------------------

Linux distro: Arch Linux rolling n/a
Linux kernel: 5.13.10-zen1-1-zen
Processor: Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz
Cores: 8
Architecture: x86_64
Driver: intel_pstate

------------------------------ Current CPU stats ------------------------------

CPU max frequency: 1600 MHz
CPU min frequency: 400 MHz

Core	Usage	Temperature	Frequency
CPU0:	13.0%     50 °C      752 MHz
CPU1:	11.0%     49 °C      771 MHz
CPU2:	10.0%     48 °C     1800 MHz
CPU3:	12.7%     48 °C     1800 MHz
CPU4:	 6.9%     50 °C     1800 MHz
CPU5:	 9.0%     49 °C     1800 MHz
CPU6:	 6.0%     48 °C     1800 MHz
CPU7:	 9.1%     48 °C      777 MHz

auto-cpufreq version:
Version         : 1.6.4.r225.3807d6d-1

Python: 3.9.6
psutil package: 5.8.0
platform package: 1.0.8
click package: 8.0.1
distro package 1.5.0

Computer type: Notebook
Battery is: discharging

auto-cpufreq system resource consumption:
cpu usage: 0.0 %
memory use: 0.21 %

Total CPU usage: 9.8 %
Total system load: 1.74
Average temp. of all cores: 48.75 °C 

Currently using: powersave governor
Currently turbo boost is: off

-------------------------------------------------------------------------------

Error output:

Nov 12 16:55:09 arch systemd[1]: Starting Daemon for power management...
Nov 12 16:55:09 arch systemd[1]: Stopping auto-cpufreq - Automatic CPU speed & power optimizer for Linux...
Nov 12 16:55:09 arch systemd[1]: Starting Power Profiles daemon...
Nov 12 16:55:09 arch systemd[1]: auto-cpufreq.service: Deactivated successfully.
Nov 12 16:55:09 arch systemd[1]: Stopped auto-cpufreq - Automatic CPU speed & power optimizer for Linux.
Nov 12 16:55:09 arch audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=auto-cpufreq comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=>

Maybe for resolve this situation disable gnome power managment feature deamon is enough.

My laptop is fully charged, and connected to the socket, and when run auto-cpufreq --log see the following error:

Traceback (most recent call last):
  File "/usr/bin/auto-cpufreq", line 437, in <module>
    cli()
  File "/usr/lib/python3/dist-packages/click/core.py", line 764, in __call__
    return self.main(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/click/core.py", line 717, in main
    rv = self.invoke(ctx)
  File "/usr/lib/python3/dist-packages/click/core.py", line 956, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/lib/python3/dist-packages/click/core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "/usr/bin/auto-cpufreq", line 401, in cli
    set_autofreq()
  File "/usr/bin/auto-cpufreq", line 243, in set_autofreq
    bat_state = p.sensors_battery().power_plugged
AttributeError: 'NoneType' object has no attribute 'power_plugged'

From another directory I got this (file does not exist): cp: no se puede efectuarstat' sobre 'scripts/cpufreqctl.sh': No existe el fichero o el directorio`

But, executing when pwd is inside the directory auto-cpufreq, then the error mensaje is this:

python3 auto-cpufreq.py --monitor

----------------------------- System information ------------------------------

Linux distro: PCLinuxOS 2020 PCLinuxOS
Linux kernel: 5.4.8-pclos1
Driver: intel_pstate
Architecture: x86_64
Processor: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz
Cores: 4

------------------------------ Current CPU states ------------------------------

CPU max frequency: 
3200 MHz

CPU frequency for each core:

CPU0: 1898 MHz
CPU1: 1702 MHz
CPU2: 2149 MHz
CPU3: 1566 MHz

Temperature for each physical core:

Traceback (most recent call last):
  File "auto-cpufreq.py", line 437, in <module>
    cli()
  File "/usr/local/lib64/python3.6/site-packages/click/core.py", line 764, in __call__
    return self.main(*args, **kwargs)
  File "/usr/local/lib64/python3.6/site-packages/click/core.py", line 717, in main
    rv = self.invoke(ctx)
  File "/usr/local/lib64/python3.6/site-packages/click/core.py", line 956, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/local/lib64/python3.6/site-packages/click/core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "auto-cpufreq.py", line 410, in cli
    sysinfo()
  File "auto-cpufreq.py", line 338, in sysinfo
    print("CPU" + str(core_num) + " temp: {:.0f}".format(core_temp['coretemp'][core_num].current) + "°C")
KeyError: 'coretemp'

~]# auto-cpufreq --monitor

Note: You can quit monitor mode by pressing "ctrl+c"

Linux distro: CentOS Linux 7 Core Linux kernel: 3.10.0-1160.66.1.el7.x86_64 Processor: Intel(R) Xeon(R) Gold 6230R CPU @ 2.10GHz Cores: 52 Architecture: x86_64 Driver: intel_pstate

------------------------------ Current CPU stats ------------------------------

CPU max frequency: 4000 MHz CPU min frequency: 1000 MHz

Core Usage Temperature Frequency CPU0: 98.0% 72 °C 2728 MHz CPU1: 100.0% 72 °C 2728 MHz CPU2: 100.0% 78 °C 2727 MHz CPU3: 100.0% 76 °C 2728 MHz CPU4: 100.0% 79 °C 2728 MHz CPU5: 100.0% 75 °C 2728 MHz CPU6: 100.0% 74 °C 2720 MHz CPU7: 100.0% 73 °C 2728 MHz CPU8: 100.0% 71 °C 2720 MHz CPU9: 100.0% 80 °C 2720 MHz CPU10: 99.0% 79 °C 2721 MHz CPU11: 100.0% 81 °C 2728 MHz CPU12: 100.0% 79 °C 2728 MHz CPU13: 100.0% 70 °C 2728 MHz CPU14: 100.0% 73 °C 2728 MHz CPU15: 100.0% 74 °C 2728 MHz CPU16: 99.0% 79 °C 2728 MHz CPU17: 98.0% 79 °C 2727 MHz CPU18: 100.0% 82 °C 2728 MHz CPU19: 100.0% 78 °C 2728 MHz CPU20: 100.0% 70 °C 2728 MHz CPU21: 100.0% 74 °C 2729 MHz CPU22: 99.0% 74 °C 2728 MHz CPU23: 100.0% 78 °C 2728 MHz CPU24: 100.0% 77 °C 2728 MHz CPU25: 98.0% 81 °C 2728 MHz CPU26: 100.0% 72 °C 2728 MHz CPU27: 100.0% 72 °C 2728 MHz CPU28: 100.0% 78 °C 2728 MHz CPU29: 100.0% 76 °C 2728 MHz CPU30: 100.0% 79 °C 2728 MHz CPU31: 100.0% 75 °C 2720 MHz CPU32: 100.0% 74 °C 2722 MHz CPU33: 99.0% 73 °C 2720 MHz CPU34: 100.0% 71 °C 2730 MHz CPU35: 99.0% 80 °C 2728 MHz CPU36: 100.0% 79 °C 2727 MHz CPU37: 98.0% 81 °C 2728 MHz CPU38: 99.0% 79 °C 2728 MHz CPU39: 100.0% 70 °C 2720 MHz CPU40: 100.0% 73 °C 2729 MHz CPU41: 100.0% 74 °C 2720 MHz CPU42: 100.0% 79 °C 2731 MHz CPU43: 99.0% 79 °C 2720 MHz CPU44: 100.0% 82 °C 2729 MHz CPU45: 100.0% 78 °C 2720 MHz CPU46: 100.0% 70 °C 2720 MHz CPU47: 100.0% 74 °C 2728 MHz CPU48: 97.0% 74 °C 2730 MHz CPU49: 99.0% 78 °C 2720 MHz CPU50: 100.0% 77 °C 2729 MHz CPU51: 100.0% 81 °C 2720 MHz

---------------------------- CPU frequency scaling ----------------------------

Traceback (most recent call last): File "/opt/auto-cpufreq/venv/bin/auto-cpufreq", line 4, in import('pkg_resources').run_script('auto-cpufreq==1.9.6', 'auto-cpufreq') File "/opt/auto-cpufreq/venv/lib/python3.7/site-packages/pkg_resources/init.py", line 667, in run_script self.require(requires)[0].run_script(script_name, ns) File "/opt/auto-cpufreq/venv/lib/python3.7/site-packages/pkg_resources/init.py", line 1471, in run_script exec(script_code, namespace, namespace) File "/opt/auto-cpufreq/venv/lib/python3.7/site-packages/auto_cpufreq-1.9.6-py3.7.egg/EGG-INFO/scripts/auto-cpufreq", line 226, in File "/opt/auto-cpufreq/venv/lib/python3.7/site-packages/click/core.py", line 1130, in call return self.main(*args, **kwargs) File "/opt/auto-cpufreq/venv/lib/python3.7/site-packages/click/core.py", line 1055, in main rv = self.invoke(ctx) File "/opt/auto-cpufreq/venv/lib/python3.7/site-packages/click/core.py", line 1404, in invoke return ctx.invoke(self.callback, **ctx.params) File "/opt/auto-cpufreq/venv/lib/python3.7/site-packages/click/core.py", line 760, in invoke return __callback(*args, kwargs) File "/opt/auto-cpufreq/venv/lib/python3.7/site-packages/auto_cpufreq-1.9.6-py3.7.egg/EGG-INFO/scripts/auto-cpufreq", line 101, in main File "/opt/auto-cpufreq/venv/lib/python3.7/site-packages/auto_cpufreq-1.9.6-py3.7.egg/auto_cpufreq/core.py", line 1018, in mon_autofreq File "/opt/auto-cpufreq/venv/lib/python3.7/site-packages/auto_cpufreq-1.9.6-py3.7.egg/auto_cpufreq/core.py", line 262, in battery_percentage ** AttributeError: 'NoneType' object has no attribute 'percent'

================================================================================

gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-44)
Python 3.7.14
CentOS Linux release 7.9.2009 (Core)
Kernel: 3.10.0-1160.66.1.el7.x86_64
pip 22.0.4

Gamemode sets the governor to performance when a game is launched which is useful as some games are unplayable (low fps) in powersave governor (though this feature is only relevant on battery since AC is set to performance anyways).

On battery auto-cpufreq seems to constantly set the governor to powersave (around every 4-5 seconds) even after launching a game with gamemode. This results in games unable to be run in performance governor while on battery with auto-cpufreq unless I configure it to use performance while on battery which defeats its purpose.

It's not really a big deal since I mostly play games while connected to AC but it is very noticeable when I disconnect the AC to battery mode whilst in the middle of a game.

I noticed my fan was running a lot. So I uninstalled auto-cpufreq and tried power-profiles-daemon instead. That app comes with the command powerprofilesctl, which prints:

  performance:
    Driver:     intel_pstate
    Degraded:   yes (high-operating-temperature)

If the performance option is degraded, I would think it preferable to not run it. Now that it's not running via auto-cpufreq, my fan doesn't run so much.

• OS: Arch Linux x86_64
• Host: Latitude 7480
• Kernel: 5.15.12-arch1-1
• CPU: Intel i5-6300U (4) @ 2.4GHz

Setting the minimum/maximum allowed CPU frequencies is now possible via 'scaling_min_freq' and 'scaling_max_freq' options in config for both modes (charger and battery). Values should be given in kHZ.

Example: scaling_min_freq = 1800000 scaling_max_freq = 2000000

I also did autoformatting via 'black', using --line-length 100. Code is now a bit tidier than before.

The tools are working fine. Just have one request it should have a cli way of interaction to switch the governor.

e.g currently, my config states that on charging the governor should be performance and when not on AC it should be powersave

This ramps up my fan while charging. sometimes I want it to be on powersave even when it is charging to keep my fan silent. and for that I have to change the config and reload auto-cpufreq

I want the feature to be something like

auto-cpufreq --force governer powersave    # This should keep the governer to powersave mode no matter what the state is.
auto-cpufreq --force governer performance # This should keep the governer to performance mode no matter what the state is (AC or on Battery)
auto-cpufreq --force reset # resets to the config state.
auto-cpufreq --state # (should return powersave,performance,reseted) So that the user can create a indicator in it's bar config.

After the latest kernel update, my laptop has become incredibly slow. OS: Arch Linux Kernel Version: 6.0.11-arch1-1

While auto-cpufreq is running, my cpu frequency on all cores seems to go down as far as 409 Hz.

I did stumble upon this reddit post which identified the issue as the new AMD p-state driver. But I didn't see the error reported here, so just passing it along.

As of now, I've had to disable auto-cpufreq to get a usable system.

System information:

-------------------------------------------------------------------------------

Linux distro: Arch Linux
Linux kernel: 6.0.11-arch1-1
Processor: AMD Ryzen 5 5500U with Radeon Graphics
Cores: 12
Architecture: x86_64
Driver: amd-pstate

------------------------------ Current CPU stats ------------------------------

CPU max frequency: 2100 MHz
CPU min frequency: 400 MHz

Core	Usage	Temperature	Frequency
CPU0:	 10.6%     31 °C      409 MHz
CPU1:	  0.0%     31 °C      400 MHz
CPU2:	  8.1%     31 °C      409 MHz
CPU3:	  2.1%     31 °C      409 MHz
CPU4:	  8.2%     31 °C      409 MHz
CPU5:	  8.4%     31 °C      409 MHz
CPU6:	  5.2%     31 °C      409 MHz
CPU7:	  2.0%     31 °C      409 MHz
CPU8:	  6.1%     31 °C      409 MHz
CPU9:	  6.9%     31 °C      409 MHz
CPU10:	  6.9%     31 °C      409 MHz
CPU11:	  1.0%     31 °C      400 MHz

CPU fan speed: 0 RPM

auto-cpufreq version: Version         : 1.9.7-1

Python: 3.10.8
psutil package: 5.9.4
platform package: 1.0.8
click package: 8.1.3
distro package: 1.8.0

Computer type: Notebook
Battery is: discharging

auto-cpufreq system resource consumption:
cpu usage: 0.0 %
memory use: 0.36 %

Total CPU usage: 7.7 %
Total system load: 1.69
Average temp. of all cores: 30.85 °C

Currently using: powersave governor
Currently turbo boost is: off

-------------------------------------------------------------------------------

Fill out information requested in this template, without doing so issue will be ignored & closed!

Auto-cpufreq will not auto start on laptop boot. I have enabled the daemon via systemctl and I have to manually start the daemon every time i boot my laptop which is not optimal.

Have you tried?

• Searching through existing/closed issues to see if your bug has already been already submitted?
• If installation failed with auto-cpufreq-installer,have you tried installing auto-cpufreq using Snap package?
• Have you tried configuring auto-cpufreq?
• Have you tried suggestions in troubleshooting section?

System information:

Add/paste output of:

auto-cpufreq --debug
Linux distro: EndeavourOS rolling rolling
Linux kernel: 6.0.10-arch2-1
Processor: 11th Gen Intel(R) Core(TM) i7-11850H @ 2.50GHz
Cores: 16
Architecture: x86_64
Driver: acpi-cpufreq

------------------------------ Current CPU stats ------------------------------

CPU max frequency: 2501 MHz
CPU min frequency: 800 MHz

Core	Usage	Temperature	Frequency
CPU0:	  2.0%     51 °C      800 MHz
CPU1:	  8.9%     53 °C      800 MHz
CPU2:	  0.0%     49 °C      800 MHz
CPU3:	  0.0%     51 °C      800 MHz
CPU4:	  0.0%     52 °C      800 MHz
CPU5:	  0.0%     52 °C      800 MHz
CPU6:	  2.0%     59 °C      800 MHz
CPU7:	  2.0%     53 °C      800 MHz
CPU8:	  1.0%     51 °C     2501 MHz
CPU9:	  0.0%     53 °C      800 MHz
CPU10:	  1.0%     49 °C      800 MHz
CPU11:	  0.0%     51 °C      800 MHz
CPU12:	  1.0%     52 °C     1600 MHz
CPU13:	  0.0%     52 °C      801 MHz
CPU14:	  0.0%     59 °C     1210 MHz
CPU15:	  2.0%     53 °C     1283 MHz

auto-cpufreq version: 1.9.6

Python: 3.10.8
psutil package: 5.9.4
platform package: 1.0.8
click package: 8.1.3
distro package: 1.8.0

Computer type: Notebook
Battery is: charging

auto-cpufreq system resource consumption:
cpu usage: 0.0 %
memory use: 0.08 %

Total CPU usage: 0.4 %
Total system load: 0.89
Average temp. of all cores: 52.50 °C

Currently using: schedutil governor
Currently turbo boost is: on

I have tried uninstalling and reinstalling the package. I am using the aur version of auto-cpufreq (not git version)

Hi Team,

I cannot install auto-cpufreq via snap in Raspberry Pi 3 Model B Plus Rev 1.3. Initially, i tried this approach;

git clone https://github.com/AdnanHodzic/auto-cpufreq.git
cd auto-cpufreq && sudo ./auto-cpufreq-installer

However, i have the same exp with; https://github.com/AdnanHodzic/auto-cpufreq/issues/192

So i tried to install via snap as suggested; however, i cannot get it working on my machine. I'm getting these error messages;

$ sudo snap install auto-cpufreq
error: cannot perform the following tasks:
- Mount snap "auto-cpufreq" (82) (installation not allowed by "etc-auto-cpufreq-conf" plug rule of interface "system-files" for "auto-cpufreq" snap)

System information:

$ snap --version
snap      2.57.5
snapd     2.57.5
series    16
raspbian  11
kernel    5.15.76-v7+

$ cat /proc/cpuinfo
processor	: 0
model name	: ARMv7 Processor rev 4 (v7l)
BogoMIPS	: 38.40
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x0
CPU part	: 0xd03
CPU revision	: 4

processor	: 1
model name	: ARMv7 Processor rev 4 (v7l)
BogoMIPS	: 38.40
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x0
CPU part	: 0xd03
CPU revision	: 4

processor	: 2
model name	: ARMv7 Processor rev 4 (v7l)
BogoMIPS	: 38.40
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x0
CPU part	: 0xd03
CPU revision	: 4

processor	: 3
model name	: ARMv7 Processor rev 4 (v7l)
BogoMIPS	: 38.40
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x0
CPU part	: 0xd03
CPU revision	: 4

Hardware	: BCM2835
Revision	: a020d3
Serial		: 00000000c3715c32
Model		: Raspberry Pi 3 Model B Plus Rev 1.3

$ cat /etc/*release
PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)"
NAME="Raspbian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

Any suggestions on how to go about this?

Have you tried?

• Searching through existing/closed issues to see if your bug has already been already submitted?
• If installation failed with auto-cpufreq-installer,have you tried installing auto-cpufreq using Snap package?
• Have you tried configuring auto-cpufreq?
• Have you tried suggestions in troubleshooting section? Yes

Error output:

× auto-cpufreq.service - auto-cpufreq - Automatic CPU speed & power optimizer for Linux
     Loaded: loaded (/usr/lib/systemd/system/auto-cpufreq.service; enabled; preset: disabled)
     Active: failed (Result: exit-code) since Sun 2022-11-13 12:04:04 IST; 6min ago
   Duration: 1.849s
    Process: 20391 ExecStart=/usr/bin/auto-cpufreq --daemon (code=exited, status=1/FAILURE)
   Main PID: 20391 (code=exited, status=1/FAILURE)
        CPU: 787ms

Nov 13 12:04:04 Optiplex-790 auto-cpufreq[20391]:     return __callback(*args, **kwargs)
Nov 13 12:04:04 Optiplex-790 auto-cpufreq[20391]:   File "/usr/bin/auto-cpufreq", line 79, in main
Nov 13 12:04:04 Optiplex-790 auto-cpufreq[20391]:     set_autofreq()
Nov 13 12:04:04 Optiplex-790 auto-cpufreq[20391]:   File "/usr/lib/python3.10/site-packages/auto_cpufreq/core.py", line 1002, in set_autofreq
Nov 13 12:04:04 Optiplex-790 auto-cpufreq[20391]:     print("Battery is: charging (" + str(battery_percentage()) + "%)\n")
Nov 13 12:04:04 Optiplex-790 auto-cpufreq[20391]:   File "/usr/lib/python3.10/site-packages/auto_cpufreq/core.py", line 262, in battery_percentage
Nov 13 12:04:04 Optiplex-790 auto-cpufreq[20391]:     return round(psutil.sensors_battery().percent)
Nov 13 12:04:04 Optiplex-790 auto-cpufreq[20391]: AttributeError: 'NoneType' object has no attribute 'percent'
Nov 13 12:04:04 Optiplex-790 systemd[1]: auto-cpufreq.service: Main process exited, code=exited, status=1/FAILURE
Nov 13 12:04:04 Optiplex-790 systemd[1]: auto-cpufreq.service: Failed with result 'exit-code'.

System information:

Add/paste output of:

 ❯ sayed@Optiplex in ~ took 318ms
 × sudo auto-cpufreq --debug
[sudo] password for sayed:
-------------------------------------------------------------------------------

Linux distro: Liya 2022.11 Rolling n/a
Linux kernel: 5.15.75-xanmod1-1.1-lts
Processor: Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz
Cores: 4
Architecture: x86_64
Driver: intel_cpufreq

------------------------------ Current CPU stats ------------------------------

CPU max frequency: 3700 MHz
CPU min frequency: 1600 MHz

Core	Usage	Temperature	Frequency
CPU0:	  7.1%     71 °C     3700 MHz
CPU1:	  6.9%     74 °C     3059 MHz
CPU2:	  8.0%     71 °C     3700 MHz
CPU3:	  7.8%     72 °C     3378 MHz

auto-cpufreq version: 1.9.6

Python: 3.10.8
psutil package: 5.9.3
platform package: 1.0.8
click package: 8.1.3
distro package: 1.8.0

Computer type: Lunch Box
Battery is: charging

auto-cpufreq system resource consumption:
cpu usage: 0.0 %
memory use: 0.34 %

Total CPU usage: 7.5 %
Total system load: 1.39
Average temp. of all cores: 72.00 °C

Currently using: performance governor
Currently turbo boost is: on

-------------------------------------------------------------------------------

Auto-cpufreq fails to start Package Manager Is Pacman

Hello,

first of all thanks for this very helpful tool. I just installed kernel 5.17 (including the new amd-pstate driver) on my system and am experiencing weird behaviour when using auto-cpufreq. First of all, the "min" and "max" frequencies seem to adjust dynamically (seen in auto-cpufreq --stats). I tested the following scenarios while running prime95 (full cpu-load simulation). When charging, the freq goes only up to 2.3 GHz on all cores, and in battery mode I barely reach 1 GHz. I also experienced low frequencies (when on battery) with kernel 5.15 and the acpi driver.

I tried installing auto-cpufreq through the AUR package, as well as from source. Am I doing something wrong, or is using the new amd-pstate driver a bad idea in general?

Thank you very much!