Частота процессора застряла на уровне 798 МГц [закрыто] ⇐ Linux

[Anonymous]

Я выполняю сложную задачу (манипулирование двумя большими наборами данных с помощью R), выполнение которой могло занять 26 часов. В какой-то момент ночью я решил перенести компьютер в более прохладную комнату и лечь спать. Задача выполнена на 30%. Когда я проверил сегодня утром, вместо ожидаемых 75–80% я обнаружил только 35%. А потом понял, что частота процессора была снижена до 798 МГц вместо 3,7 ГГц, а температура процессора не превышала 40°C. Я почти уверен, что перезагрузка устранит проблему (надеюсь) и заставит процессоры работать с обычной скоростью, но я не хочу тратить 20 часов времени на обработку данных, поэтому все мои попытки ориентированы на отсутствие перезагрузки. .
Я предположил, что процесс отключения ноутбука от сети и перевода его в режим работы от батареи вызывает срабатывание этой функции энергосбережения. Но повторное подключение в другой комнате не вернуло режим полной производительности.
Я проверил и увидел это

Код: Выделить всё

root@debian:~# lscpu
Architecture:             x86_64
CPU op-mode(s):         32-bit, 64-bit
Address sizes:          39 bits physical, 48 bits virtual
Byte Order:             Little Endian
CPU(s):                   8
On-line CPU(s) list:    0-7
Vendor ID:                GenuineIntel
BIOS Vendor ID:         GenuineIntel
Model name:             Intel(R) Core(TM) i7-4800MQ CPU @ 2.70GHz
BIOS Model name:      Intel(R) Core(TM) i7-4800MQ CPU @ 2.70GHz  CPU @ 0.0GHz
BIOS CPU family:      12
CPU family:           6
Model:                60
Thread(s) per core:   2
Core(s) per socket:   4
Socket(s):            1
Stepping:             3
CPU(s) scaling MHz:   22%
CPU max MHz:          3700.0000
CPU min MHz:          800.0000
BogoMIPS:             5387.17
Flags:                fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch
_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 s
se4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow flexpriority ept vpid ept_ad fs
gsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt dtherm ida arat pln pts vnmi md_clear flush_l1d
Virtualization features:
Virtualization:         VT-x
Caches (sum of all):
L1d:                    128 KiB (4 instances)
L1i:                    128 KiB (4 instances)
L2:                     1 MiB (4 instances)
L3:                     6 MiB (1 instance)
NUMA:
NUMA node(s):           1
NUMA node0 CPU(s):      0-7
Vulnerabilities:
Gather data sampling:   Not affected
Itlb multihit:          KVM: Mitigation: VMX disabled
L1tf:                   Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable
Mds:                    Mitigation; Clear CPU buffers; SMT vulnerable
Meltdown:               Mitigation; PTI
Mmio stale data:        Unknown: No mitigations
Reg file data sampling: Not affected
Retbleed:               Not affected
Spec rstack overflow:   Not affected
Spec store bypass:      Mitigation; Speculative Store Bypass disabled via prctl
Spectre v1:             Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Spectre v2:             Mitigation; Retpolines; IBPB conditional; IBRS_FW; STIBP conditional; RSB filling; PBRSB-eIBRS Not affected; BHI Not affected
Srbds:                  Mitigation; Microcode
Tsx async abort:        Not affected

root@debian:~# cpupower frequency-info
analyzing CPU 3:
driver: intel_cpufreq
CPUs which run at the same hardware frequency: 3
CPUs which need to have their frequency coordinated by software: 3
maximum transition latency: 20.0 us
hardware limits: 800 MHz - 3.70 GHz
available cpufreq governors: performance schedutil
current policy: frequency should be within 800 MHz and 3.70 GHz.
The governor "schedutil" may decide which speed to use
within this range.
current CPU frequency: Unable to call hardware
current CPU frequency: 798 MHz (asserted by call to kernel)
boost state support:
Supported: yes
Active: yes

Таким образом, процессор может работать на частоте 3,70 ГГц, но масштабируется на 22 % и установлен на частоте 798 МГц.
Я изменил настройку на «производительность». чтобы обеспечить полную производительность процессора:

Код: Выделить всё

root@debian:~# cpupower frequency-set -g performance
Setting cpu: 0
Setting cpu: 1
Setting cpu: 2
Setting cpu: 3
Setting cpu: 4
Setting cpu: 5
Setting cpu: 6
Setting cpu: 7

Но ничего не изменилось. Посмотрев справочную страницу cpupower, я попытался напрямую установить максимальную частоту:

Код: Выделить всё

root@debian:~# cpupower frequency-set -f 3.70 GHz
Setting cpu: 0
Setting cpu: 1
Setting cpu: 2
Setting cpu: 3
Setting cpu: 4
Setting cpu: 5
Setting cpu: 6
Setting cpu: 7

Без успеха:

Код: Выделить всё

root@debian:~# cpupower frequency-info
analyzing CPU 0:
driver: intel_cpufreq
CPUs which run at the same hardware frequency: 2
CPUs which need to have their frequency coordinated by software: 2
maximum transition latency: 20.0 us
hardware limits: 800 MHz - 3.70 GHz
available cpufreq governors: userspace performance schedutil
current policy: frequency should be within 800 MHz and 3.70 GHz.
The governor "performance" may decide which speed to use
within this range.
current CPU frequency: Unable to call hardware
current CPU frequency: 798 MHz (asserted by call to kernel)
boost state support:
Supported: yes
Active: yes

На этом этапе мне показалось странным, что два процессора работают только на одной частоте, и я проверил:

Код: Выделить всё

root@debian:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
performance
root@debian:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
798101
root@debian:~# cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_cur_freq
798096
root@debian:~# cat /sys/devices/system/cpu/cpu2/cpufreq/scaling_cur_freq
798092
root@debian:~# cat /sys/devices/system/cpu/cpu3/cpufreq/scaling_cur_freq
798101
root@debian:~# cat /sys/devices/system/cpu/cpu4/cpufreq/scaling_cur_freq
798099
root@debian:~# cat /sys/devices/system/cpu/cpu5/cpufreq/scaling_cur_freq
798104
root@debian:~# cat /sys/devices/system/cpu/cpu6/cpufreq/scaling_cur_freq
798097
root@debian:~# cat /sys/devices/system/cpu/cpu7/cpufreq/scaling_cur_freq
798099

Губернатор, как и ожидалось, установлен на «производительность», но частота не была обновлена, и более того, все процессоры работают на немного разных частотах.
Если я попытаюсь напрямую записать значение частоты:

Код: Выделить всё

root@debian:~# echo 3700000 | tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
tee: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq: Permission denied
tee: /sys/devices/system/cpu/cpu1/cpufreq/scaling_cur_freq: Permission denied
tee: /sys/devices/system/cpu/cpu2/cpufreq/scaling_cur_freq: Permission denied
tee: /sys/devices/system/cpu/cpu3/cpufreq/scaling_cur_freq: Permission denied
tee: /sys/devices/system/cpu/cpu4/cpufreq/scaling_cur_freq: Permission denied
tee: /sys/devices/system/cpu/cpu5/cpufreq/scaling_cur_freq: Permission denied
tee: /sys/devices/system/cpu/cpu6/cpufreq/scaling_cur_freq: Permission denied
tee: /sys/devices/system/cpu/cpu7/cpufreq/scaling_cur_freq: Permission denied
3700000

Я думаю, что это значение контролируется драйвером intel_pstate, но я не нашел, как этим манипулировать. Я также нашел инструмент Intel-Speed-Select, но оказалось, что

Код: Выделить всё

Intel speed select drivers are not loaded on this system. Verify that kernel config includes CONFIG_INTEL_SPEED_SELECT_INTERFACE. If the config is included then this is not a supported platform.

Я не знаю, как проверить, загружен ли этот драйвер или нет, можно ли его загрузить без перезагрузки, если нет, и даже если это правильный путь.
Я видел несколько похожих вопросов, но все предложенные здесь решения оказались безуспешными.
Мне нужно снова включить режим производительности. без перезагрузки. Я предполагаю, что это должно быть возможно, поскольку без перезапуска произошло обратное.

Подробнее здесь: https://stackoverflow.com/questions/791 ... -at-798mhz