AdnanHodzic / auto-cpufreq

Automatic CPU speed & power optimizer for Linux
https://foolcontrol.org/?p=4603
GNU Lesser General Public License v3.0
5.32k stars 259 forks source link

auto-cpufreq locks up on Fedora/Gnome #685

Open fonnesbeck opened 2 months ago

fonnesbeck commented 2 months ago

I'm getting frequent lockups when running on Fedora 40 and Gnome 46. Seems to happen occasionally after wake from sleep (or at least that is when I notice it).

Have you tried?

Error output:

image

System information:

Output from auto-cpufreq --debug:

Linux distro: Fedora Linux 40 Workstation Edition
Linux kernel: 6.8.7-300.fc40.x86_64
Processor: AMD Ryzen 7 7840U w/ Radeon  780M Graphics
Cores: 16
Architecture: x86_64
Driver: amd-pstate-epp

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

CPU max frequency: 6076 MHz
CPU min frequency: 400 MHz

Core    Usage   Temperature Frequency
CPU0      4.9%        50 °C      2235 MHz
CPU1      0.0%        50 °C      2236 MHz
CPU2      2.0%        50 °C      2746 MHz
CPU3      1.0%        50 °C      2445 MHz
CPU4      2.0%        50 °C      1681 MHz
CPU5      2.0%        50 °C      2297 MHz
CPU6      4.0%        50 °C      1089 MHz
CPU7      3.0%        50 °C      1173 MHz
CPU8      2.0%        50 °C      1273 MHz
CPU9      1.0%        50 °C      1730 MHz
CPU10      5.9%        50 °C      1281 MHz
CPU11      3.0%        50 °C       554 MHz
CPU12      4.0%        50 °C       556 MHz
CPU13      2.0%        50 °C       586 MHz
CPU14      2.0%        50 °C       622 MHz
CPU15      0.0%        50 °C       590 MHz

auto-cpufreq version: 2.2.0 (git: 8bb7478)

Python: 3.12.2
psutil package: 5.9.8
platform package: 1.0.8
click package: 8.1.7
distro package: 1.9.0

Computer type: Notebook
Battery is: charging

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

Total CPU usage: 3.0 %
Total system load: 2.35
Average temp. of all cores: 49.62 °C

Currently using: powersave governor
CPU turbo is controlled by amd-pstate-epp driver
Currently turbo boost is: off

AdnanHodzic commented 2 months ago

@shadeyg56 now that it's brought up I also experience this on Ubuntu. Can you reproduce?

@fonnesbeck silverlining is that only GUI component freezes, daemon continues running in background. You can verify by running auto-cpufreq -stats in Terminal next time this happens.

In meantime since template issue was ignored and wasn't filled out, making this issue invalid for project developers or I to act on.

Hence, please properly filled out requested fields.

Reference:

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

Have you tried?

Error output:

Add/paste error output in case of failed installation or other failing component

System information:

Add/paste output of:

auto-cpufreq --debug
fonnesbeck commented 2 months ago

Apologies, added template fields to report.

shadeyg56 commented 2 months ago

I'm unable to reproduce this on NixOS. I installed and tested on GNOME as well, on both X11 and Wayland. The GNOME version on Nix is currently 45.5 so maybe its a GNOME 46 issue? Does this issue occur on any other desktop environments?

AdnanHodzic commented 2 months ago

The GNOME version on Nix is currently 45.5 so maybe its a GNOME 46 issue?

No, I had this problem with previous GNOME version (wayland)s, since the release of v2.0 that introduced GUI component, I just never bothered reporting it.

Until we had logging for auto-cpufreq-gtk, which I just ran in terminal to see if it'll return anything once it freezes, only thing we can do is what I suggested in 677 to try catching what happens excatly.

AdnanHodzic commented 1 month ago

Until we had logging for auto-cpufreq-gtk, which I just ran in terminal to see if it'll return anything once it freezes

Only output I got from auto-cpufreq-gtk after running it in terminal after suspend is: Killed. Please note, this will only happen if you leave it running after extended period of time.