A frequência da CPU é sempre mínima, mesmo se a isagem da CPU for 100%

8

Eu não sei quando esse problema começou a acontecer, pode ter sido desde o momento que eu instalei o Ubuntu (16.04, fresco). Eu estava observando que o Ubuntu estava invulgarmente lento, o ambiente estava instável e o uso da CPU era alto mesmo quando ocioso, inicialmente eu pensei que algum programa estava diminuindo a velocidade.

Depois de algum tempo, eu descobri o que estava causando isso, a freqüência da CPU é definida para 800 MHz, sem parar, independentemente das circunstâncias. A freqüência máxima é supostamente de 3100 MHz com Turbo-boost e 2000 MHz normalmente. Eu deliberadamente defini o uso da CPU (de todos os 4 threads em 2 núcleos) para 100% tendo o Blender renderizando algumas coisas na CPU, ele ainda permanece em 800 MHz.

Eu tentei definir o perfil de desempenho máximo, mas ainda permanece baixo. Eu testei a temperatura, parece ser 60 ° C o tempo todo, quando 87 ° C é considerado alto e 105 ° C crítico. Eu estou usando a energia AC o tempo todo, a bateria parece não estar recarregando há algum tempo.

Isto é o que informa o cpufreq-info:

 driver: intel_pstate
 CPUs which run at the same hardware frequency: 0
 CPUs which need to have their frequency coordinated by software: 0
 maximum transition latency: 0.97 ms.
 hardware limits: 800 MHz - 3.10 GHz
 available cpufreq governors: performance, powersave
 current policy: frequency should be within 2.00 GHz and 3.10 GHz.
                 The governor "performance" may decide which speed to use
                 within this range
 current CPU frequency is 800 MHz (asserted by call to hardware).

É o mesmo para outras 3 unidades de CPU.

Isto é o que o lscpu reporta:

Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                4
On-line CPU(s) list:   0-3
Thread(s) per core:    2
Core(s) per socket:    2
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 58
Model name:            Intel(R) Core(TM) i7-3537U CPU @ 2.00GHz
Stepping:              9
CPU MHz:               799.921
CPU max MHz:           3100,0000
CPU min MHz:           800,0000
BogoMIPS:              3990.99
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              4096K
NUMA node0 CPU(s):     0-3
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 rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts

No modo de economia de energia, ele se comporta de maneira idêntica. Se eu desligar a alimentação CA e funcionar com bateria, a frequência da CPU dispara para 2800 MHz, então parece ser um problema apenas na alimentação AC (que é exatamente o oposto do que é suposto fazer).

Eu tentei alterar os perfis de CPU, tentei desabilitar o escalonamento de frequência ( Como eu posso desabilitar o escalonamento de freqüência de CPU e definir o sistema para o desempenho? ), eu tentei definir scaling_min_freq em / sys / devices / system / cpu / cpu [0-3] / cpufreq para algum valor mais alto, mas nenhum deles fez nada. A frequência permanece mínima.

O tipo de CPU é CPU Intel (R) Core (TM) i7-3537U a 2.00GHz, o computador é Dell Inspiron 15z Touch.

Eu também tenho um problema com a carga da bateria, mesmo que o computador seja alimentado pelo adaptador AC.

Mais diagnósticos:

$ sudo rdmsr --bitfield 15:8 -d -a 0x198
8
8
8
8
$ sudo rdmsr --bitfield 15:8 -d -a 0x199
9
8
9
9

No caso de 0x199, os números 8 e 9 parecem ser permutados aleatoriamente entre as chamadas consecutivas.

    
por Dugi 23.07.2016 / 23:33

5 respostas

9

Descobriu-se que esse problema não estava relacionado ao driver intel_pstate, porque acpi_cpufreq, o outro driver, relatava valores melhores, mas nunca os definia. O sistema operacional provavelmente não tinha controle sobre isso.

Este é um problema que acontece com certos laptops Dell quando o carregamento é interrompido de forma que o laptop é alimentado por AC, mas não carregado. Corrigir o problema de hardware elimina o problema. Nesse caso, era um pedaço de pano quase invisível no conector de força que impedia o contato elétrico.

    
por Dugi 07.08.2016 / 15:40
2

Isto irá definir o seu freq cpu para a velocidade máxima de qualquer terminal:

sudo cpufreq-set -f 'cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq'

Edite o arquivo /etc/init.d/ondemand para adicioná-lo permanentemente. ondemand é usado para modificar sua freq durante o login. O padrão é o governador 'ondemand'. Em outras palavras, você começa a 800mhz e sobe conforme necessário.

    
por Roger Lawhorn 07.08.2016 / 18:07
2

Eu tive o mesmo problema - cpu freq preso no ubuntu, bem como janelas, após um desligamento superaquecido na mala de transporte com o laptop ainda em curso.

Eu fui para o BIOS e desabilitei o gerenciamento de energia da CPU em "energia" e coloquei tudo em potência máxima (desempenho máximo). Reinicialize, volte à velocidade máxima, volte para o BIOS e habilite o gerenciamento da CPU novamente e corrija as outras configurações que eu alterei antes. Et voilà!

EDIT: Acontece que é um problema de bateria. Se a bateria estiver muito baixa, a CPU não vai acelerar (suponho que economize energia). No meu thinkpad, tenho que carregar a bateria por alguns minutos, até que o LED de carregamento pare de piscar rápido ANTES DE LIGAR a máquina novamente.

    
por Joerg Baach 09.11.2017 / 10:29
0

Eu tive o mesmo problema com o meu ThinkPad T520. Depois de tentar todas as soluções encontradas na internet, eu estava pronto para reinstalar o Ubuntu. Mas então eu verifiquei a frequência da CPU no Windows e encontrei-a limitada a 800 MHz também.

Então, parecia um problema de hardware. Não era óbvio que houvesse problemas com o resfriamento da CPU, porque os RPMs mais fracos eram baixos e o gabinete do laptop não estava quente ou quente.

Como não havia outras opções, desmontei o laptop e mudei a interface térmica em chips de CPU e GPU. E sabe de uma coisa? Isso ajudou!

Testes de unidade em um dos meus tempos de execução de projetos do Django foram de 45 min, agora são 11 min.

Então, se você enfrentar o problema semelhante, especialmente no laptop - provavelmente é porque a interface térmica do material seco - após 3-5 anos, muitas vezes deixa de fazer o seu trabalho. E não se deixe enganar pelo radiador limpo, o cooler silencioso e o corpo legal do laptop.

    
por Igor Pomaranskiy 17.09.2017 / 11:37
0

Laptop Asus x453m aqui.

Desconectei o cabo de alimentação e o conectei novamente. Corrigido:)

    
por joeytwiddle 26.12.2017 / 16:35