Après les mises à niveau de routine récentes, j'ai remarqué qu'il m'était impossible de modifier manuellement la fréquence de mon processeur. Le système le fait automatiquement et choisit la fréquence la plus élevée possible, ce qui provoque sa surchauffe (il y a déjà des problèmes de chauffage).
La plupart des correctifs que j'ai trouvés concernent des threads de 2010 ou antérieurs et ne sont plus applicables.
Voici le résultat de cpufreq-info
:
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to [email protected], please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 10.0 us.
hardware limits: 800 MHz - 1.80 GHz
available frequency steps: 1.80 GHz, 1.80 GHz, 1.20 GHz, 800 MHz
available cpufreq governors: conservative, ondemand, userspace, powersave, performance
current policy: frequency should be within 1.80 GHz and 1.80 GHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 1.80 GHz.
cpufreq stats: 1.80 GHz:77.10%, 1.80 GHz:0.01%, 1.20 GHz:22.86%, 800 MHz:0.02% (74)
analyzing CPU 1:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 1
CPUs which need to have their frequency coordinated by software: 1
maximum transition latency: 10.0 us.
hardware limits: 800 MHz - 1.80 GHz
available frequency steps: 1.80 GHz, 1.80 GHz, 1.20 GHz, 800 MHz
available cpufreq governors: conservative, ondemand, userspace, powersave, performance
current policy: frequency should be within 1.80 GHz and 1.80 GHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 1.80 GHz.
cpufreq stats: 1.80 GHz:77.09%, 1.80 GHz:0.02%, 1.20 GHz:22.88%, 800 MHz:0.02% (73)
La sortie de cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
:
1801000
Il s'avère que le problème était cpufreqd
, qui s'était installé lorsque j'ai installé Ubuntu MATE Desktop. En le retirant, le système a repris le contrôle et je peux maintenant utiliser mon système sans surchauffe inutile.
Il semble que scaling_min_freq ne soit pas réglé sur les fréquences les plus basses, ce qui empêche le gouverneur d’accéder à ces freqs. Pour tenter de voir si cela peut être manipulé, entrez les commandes suivantes dans un terminal:
Sudo -i
for x in /sys/devices/system/cpu/cpu[0-1]/cpufreq; do echo 800000 > $x/scaling_min_freq; done
exit
Si cela donne le résultat souhaité, vous pouvez placer la boucle du script dans /etc/rc.local. Si ce n'est pas le cas, je redémarrerais le système pour revenir à un état opérationnel connu. Sur mon système, je devais également ajouter la ligne echo 1 > /sys/module/processor/parameters/ignore_ppc
, que j’exécutais avant la boucle.