kidle_inject causando carga muito alta


43

Sempre que kidle_injectcomeça a funcionar no meu sistema, a carga dispara. Em geral, isso ocorre apenas em uma carga, 5.23, 3.65, 2.54mas na maioria das vezes ele passa da marca de 15 em cada um deles. Nesse ponto, o sistema pára e eu tenho que desligá-lo.

Isso só acontece quando o kidle_injectprocesso é iniciado. Como posso desabilitar esse processo para que minha máquina funcione e eu possa realizar algum trabalho.

Exemplo top:

top - 12:43:48 up  3:02,  3 users,  load average: 6.57, 5.53, 3.33
Tasks: 256 total,   3 running, 253 sleeping,   0 stopped,   0 zombie
%Cpu(s):  5.9 us, 16.6 sy,  0.0 ni, 74.7 id,  0.5 wa,  0.0 hi,  2.3 si,  0.0 st
KiB Mem:   8080252 total,  7937856 used,   142396 free,   258904 buffers
KiB Swap:        0 total,        0 used,        0 free.  4061336 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
13509 root     -51   0       0      0      0 S  54.7  0.0   3:29.47 kidle_inject/1
13511 root     -51   0       0      0      0 S  54.1  0.0   3:30.92 kidle_inject/3
13510 root     -51   0       0      0      0 S  48.8  0.0   3:11.60 kidle_inject/2
13508 root     -51   0       0      0      0 S  47.6  0.0   3:08.47 kidle_inject/0

Respostas:


64

Parece que este é um erro no kernel.

A partir dos comentários nesse relatório de bug, a execução do comando sudo rmmod intel_powerclampparece ter interrompido os kidle_injectprocessos e ainda não notei problemas com isso.

Esperemos que isso seja corrigido em breve. Se eu notar alguma coisa, atualizarei esta resposta.

Atualizar

O rmmodcomando precisa ser executado sempre que você inicializar a máquina. Eu não notei nada de ruim acontecendo desde a execução deste comando.

Atualização 2

Percebi desde que fiz isso que minha temperatura de CPU agora tende a ficar muito mais baixa em torno dos ~ 72 °

Para fazer esse conjunto durante a inicialização, use um comando

echo "blacklist intel_powerclamp" > /etc/modprobe.d/disable-powerclamp.conf

18
Você não precisa executar esse comando toda vez que inicializar. Você pode apenas colocá-lo na lista negra comecho "blacklist intel_powerclamp" > /etc/modprobe.d/disable-powerclamp.conf
Jesse

3
Hopefully this will be fixed soonSim, espero ... vamos lá, é 2016, acho que estamos na versão 87 do kernel agora? podemos agradar movimento passado a "haha permite superaquecimento do computador para merdas e risos" coisa?
cat

Te amo cara! Você salvou a minha bunda hoje
Abhishek Gupta

1
Na verdade, isso não é um bug, mas um recurso para impedir que o processador superaqueça. Eu também sugiro ler isso .

1
Melhoria instantânea para mim, obrigado. Executando o Kubuntu 18.04 em um laptop clevo. kernel 4.15.0-20.
Kshepherd #

27

A resposta aceita está incompleta. De acordo com os comentários dos erros , os processos kidle_inject são gerados para acelerar o processador e protegê-lo de superaquecimento .

Antes de "consertar" o bug, verifique se o seu ventilador está limpo e funcionando corretamente. Eu tive esse problema e descobri que a abertura estava cheia de poeira. Após a limpeza e a reinicialização, nenhum kidle_inject foi gerado.


Obrigado por adicionar esta nota. Também observarei que isso estava acontecendo com minha máquina, que era nova em folha. Desde então, configurei o debian e não tive problemas nem necessidade de aplicar essa correção temporária.
Nalum

1
o objetivo esperado desse processo pode muito bem ser proteger o CPU de superaquecimento, mas como ele pode fazer isso enquanto consome 50% ou mais da carga do processador? esse é o bug. Eu tive que parar esse processo também, e substituiu-o quando necessário, com um script cpu-throttle

1
Bom ponto, você está certo de que ele não protege diretamente a CPU. Talvez isso chame a atenção do usuário, pois ele achará que o computador está inutilizável e fará algo a respeito. Seria de fato uma solução melhor fazer o underclock da CPU e notificar o usuário sobre suas altas temperaturas.
johnny

Estou tendo esse problema quando o chip está totalmente frio. Ventilador limpo (ventilador novinho em folha), ambiente operacional frígido (preocupei-me com a necessidade de isolá-lo para proteger outros componentes, como a bateria, mas até agora o sistema não ficou frio o suficiente para precisar) e o sistema ainda está paralisantemente lento, com estes correndo nele.
Matthew Najmon

3

Se você estiver executando um macbook, verifique se você macfanctldinstalou. Caso contrário, o ventilador será fixado em cerca de 2000 RPM fora do máximo de 6000. Isso pode ser visto pelo sensorscomando. Nesta situação, o powerclamp entra em ação para salvar as CPUs bastante cedo.


1
Eu diria que a resposta não está completa sem que isso seja incluído.
theYnot

1

Notei isso hoje também. Curiosamente, para o tipo de uso da CPU, o ventilador não fazia barulho. Conseguiu reiniciar a máquina e depois olhou para a velocidade do ventilador do BIOS. Ele mostrou que o ventilador havia parado (sem leitura de RPM). Então, depois de um pouco de limpeza (literalmente - abrindo a tampa do laptop, limpando um pouco, o ventilador começou a funcionar bem e tudo ficou bem. Talvez o problema esteja no seu ventilador da CPU. Desabilitar o dispositivo intel_powerclamppode não ser uma boa ideia) idéia.


1

Eu fiz os seguintes passos que funcionaram.

  1. Verifique se o módulo está carregado.

    lsmod |grep -i intel_powerclamp
    
  2. Se o comando anterior mostrar que o módulo está carregado, execute as próximas linhas.

  3. Adicione a seguinte linha nas regras do crontab @reboot /sbin/rmmod intel_powerclampou echo '/sbin/rmmod intel_powerclamp' >> /etc/bash.bashrc(isso afetará todos os usuários) ou echo 'blacklist intel_powerclamp' > /etc/modprobe.d/disable_mods.conf.


0

Uma boa limpeza ao redor do laptop (HP EliteBook 8460p executando o Ubuntu 16.04 LTS) e uma aspiração das saídas de ar dos dois lados (além de mover as pilhas de coisas aleatórias que se acumularam lá) o consertaram.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.