Частота ЦП, застрявшая на низком значении после установки расширений гномов
Я экспериментировал с различными расширениями gnome, чтобы контролировать производительность и время автономной работы моего ноутбука. Примечательно, что я установил и удалил эти два расширения:
Я частично запустил их одновременно, затем удалил и переустановил их. Теперь мои процессоры зависают на минимальной частоте, и смена регулятора больше не дает эффекта.
user@XPS:~$ cat /proc/cpuinfo | grep MHz
cpu MHz : 800.039
cpu MHz : 800.035
cpu MHz : 800.037
cpu MHz : 800.026
cpu MHz : 800.008
cpu MHz : 800.036
cpu MHz : 800.040
cpu MHz : 800.028
user@XPS:~$ for governor in $(ls /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor); do cat $governor; done
performance
performance
performance
performance
performance
performance
performance
performance
Как я могу устранить эту проблему?
Вот еще немного информации:
Процессоры остаются на частоте 800 МГц даже под нагрузкой. (Я тестировал его с 0.AD с шестью ботами на большой карте.)
user@XPS:~$ grep . /sys/devices/system/cpu/cpu*/cpufreq/scaling_driver
/sys/devices/system/cpu/cpu0/cpufreq/scaling_driver:intel_pstate
/sys/devices/system/cpu/cpu1/cpufreq/scaling_driver:intel_pstate
/sys/devices/system/cpu/cpu2/cpufreq/scaling_driver:intel_pstate
/sys/devices/system/cpu/cpu3/cpufreq/scaling_driver:intel_pstate
/sys/devices/system/cpu/cpu4/cpufreq/scaling_driver:intel_pstate
/sys/devices/system/cpu/cpu5/cpufreq/scaling_driver:intel_pstate
/sys/devices/system/cpu/cpu6/cpufreq/scaling_driver:intel_pstate
/sys/devices/system/cpu/cpu7/cpufreq/scaling_driver:intel_pstate
user@XPS:~$ grep . /sys/devices/system/cpu/cpu*/cpufreq/scaling_max_freq
/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq:3800000
/sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq:3800000
/sys/devices/system/cpu/cpu2/cpufreq/scaling_max_freq:3800000
/sys/devices/system/cpu/cpu3/cpufreq/scaling_max_freq:3800000
/sys/devices/system/cpu/cpu4/cpufreq/scaling_max_freq:3800000
/sys/devices/system/cpu/cpu5/cpufreq/scaling_max_freq:3800000
/sys/devices/system/cpu/cpu6/cpufreq/scaling_max_freq:3800000
/sys/devices/system/cpu/cpu7/cpufreq/scaling_max_freq:3800000
user@XPS:~$ grep . /sys/devices/system/cpu/cpu*/cpufreq/scaling_min_freq
/sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq:800000
/sys/devices/system/cpu/cpu1/cpufreq/scaling_min_freq:800000
/sys/devices/system/cpu/cpu2/cpufreq/scaling_min_freq:800000
/sys/devices/system/cpu/cpu3/cpufreq/scaling_min_freq:800000
/sys/devices/system/cpu/cpu4/cpufreq/scaling_min_freq:800000
/sys/devices/system/cpu/cpu5/cpufreq/scaling_min_freq:800000
/sys/devices/system/cpu/cpu6/cpufreq/scaling_min_freq:800000
/sys/devices/system/cpu/cpu7/cpufreq/scaling_min_freq:800000
user@XPS:~$ grep . /sys/devices/system/cpu/intel_pstate/*perf_pct
/sys/devices/system/cpu/intel_pstate/max_perf_pct:100
/sys/devices/system/cpu/intel_pstate/min_perf_pct:25
1 ответ
After checking different options in grub with no result, I booted a clean ubuntu image from USB. The CPU frequency was still at 800 Mhz indication that it wasn't OS related. A quick search yielded that this is a Dell safeguard mechanism to protect the laptop and is triggered by a thermal event, bad battery, or faulty charger. In my case, it was probably a thermal event I had at the same time I experimented with the above-mentioned extensions. My laptop failed to sleep and went full throttle in my rucksack sometime last week.
The solution was to unscrew the back-lid and disconnect the battery for >15 seconds. This resets the safeguard mechanism. After reboot the CPU is again following the intel_pstate settings.