После недавних стандартных обновлений я заметил, что не могу изменить свою частоту ЦП вручную. Система делает его автоматически и выбирает возможную наибольшую частоту, который заставляет это работать горячий (это уже имеет нагревающиеся проблемы).
Большинство мер, которые я нашел, находится на потоках с 2010 или ранее и больше не применимо.
Вот вывод cpufreq-info
:
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, 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)
Вывод cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
:
1801000
Оказывается, что проблема была cpufreqd
, который стал втянутым, когда я установил Рабочий стол ПОМОЩНИКА Ubuntu. Удаление его возвратило управление системе, и теперь я могу использовать свою систему без него излишне перегрев.
Кажется, что scaling_min_freq не устанавливается на нижние частоты, препятствуя тому, чтобы регулятор получил доступ к этим freqs. Как попытка видеть, можно ли этим управлять, введите следующие команды в терминал:
sudo -i
for x in /sys/devices/system/cpu/cpu[0-1]/cpufreq; do echo 800000 > $x/scaling_min_freq; done
exit
, Если это приводит к желаемому результату, можно поместить цикл в сценарий в/etc/rc.local. Если бы это не делает, то я перезагрузил бы систему для возвращения в известное действующее состояние. В моей системе я также должен был добавить строку echo 1 > /sys/module/processor/parameters/ignore_ppc
, который я выполняю перед циклом.