O rMBP kernel_task dispara ao conectar mais de um monitor externo [duplicado]

35

Esta pergunta já tem uma resposta aqui:

Ao conectar um segundo monitor externo, o kernel_task aumenta para 600% +. Isso torna o computador inutilizável.

Antes de Yosemite, isso funcionava bem com 3 monitores.

Aqui estão os detalhes:

  • Quando conecto um monitor ao DP ou ao HDMI, as coisas funcionam bem.
  • Quando conecto um segundo monitor com picos DP ou HDMI, kernel_task.
  • Quando eu desconecto o DP ou o HDMI, às vezes o kernel_task retorna rapidamente aos níveis normais.
  • Quando eu desconecto todos os monitores, o kernel_task retorna rapidamente aos níveis normais. (No Activity Monitor, vá para View > Update Frequency > Very Oftene, assim que você desconectar os monitores, você receberá muitas atualizações rápidas na interface do usuário).
  • Ocasionalmente, ao conectar dois monitores, ele funciona (DP ou HDMI), mas o terceiro causa um pico imediato. Depois que isso acontece, todos os monitores devem ser removidos para que retorne ao normal. Às vezes, remover tudo, exceto um, corrigirá.
  • Às vezes, quando eu conecto todos os 3, leva 3 minutos ou mais para que ele ocorra.

O que eu tentei:

  • Redefinindo a NVRAM.
  • Redefinindo o SMC.
  • Tentativa do cenário acima com o adaptador de energia conectado e funcionando com bateria.
  • Desativando "Troca automática de gráficos" no Economizador de energia.
  • Usando gráficos integrados usando sudo pmset -c gpuswitch 0

NOTA: Ao tentar algumas dessas coisas, às vezes, leva 1 minuto para acontecer.

Configuração do sistema:

Estou executando um MacBook Pro Retina 2.7Ghz i7 (Macbook10,1 / meados de 2012) executando o Yosemite 10.10.1.

Eu tenho 3 monitores externos (Dell 2415H) com 2 conectados por Display Port e 1 com o HDMI.


Eu acho que a questão tem a ver com gerenciamento de energia. Sempre que minha CPU atinge 58 graus, parece ocorrer. Acabei de deixar meus 3 monitores conectados por mais de 5 minutos e isso não aconteceu. Mas quando comecei a pesquisar usando o Chrome, isso aconteceu imediatamente.

Parece uma boa solução aqui: http://www.rdoxenham.com/?p=259

vaughan
fonte
além da CPU, que outra tarefa ocorre na atividade?
Ruskes
Nada, apenas kernel_task.
Vaughan
@bmike Por que essa pergunta está marcada como duplicada para uma pergunta que foi feita mais tarde e tem uma resposta aceita menos completa?
vaughan

Respostas:

40

De acordo com Rhys Oxenhams :

o kernel continuará repetindo algumas tarefas muito simples, como obter a data, portanto 'consumindo' (com a maior prioridade) a maioria da CPU em uma tentativa de resfriar o sistema.

A solução que ele menciona em seu blog deve funcionar para Macs anteriores. Nos Macs Ivy-Bridge e um pouco antes, Richard Schwarting encontrou o arquivo apropriado para desativar . As instruções estão incluídas abaixo por conveniência. Eu tentei muitas coisas, mas isso funciona.

  1. Desative o kext renomeando-o

    cd /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/Plugins
    sudo mv X86PlatformShim.kext X86PlatformShim.kext.disabled
    
  2. Limpar cache de kext (não tenho certeza se isso é necessário)

    sudo touch /System/Library/Extensions/
    
  3. Reiniciar

    sudo reboot
    

  • Depois de instalar as atualizações do OSX, talvez seja necessário repetir o procedimento acima se as atualizações recriaram o arquivo kext.

Atualização para (High) Sierra:

TL: TR

Renomeie IOPlatformPluginFamily.kext / ACPI_SMC_PlatformPlugin.kext / [MacModelIdentifier] .plist

Passo a passo:

  1. Iniciar a introdução do modo de recuperação (pressione CMD + R durante a inicialização)
  2. Utilitário> Terminal csrutil disable(Desativar proteção de arquivo do sistema)
  3. Reinicie e renomeie /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/[MacModelIdentifier].plist(Mac> Sobre> Relatório do Sistema> Identificador de Modelo) para bugfix.plist(ou outra coisa)
  4. Reinicie e verifique se o kernal_taskprocesso está abaixo de 10%
  5. Se for bem-sucedido, reinicie novamente no Modo de recuperação e ative a proteção do sistema novamente com csrutil enable

Testei e trabalhei para mim em 10.13.2 no início de 2011 MacbookPro.

Fonte com fotos (alemão) http://www.couchpiratin.de/mac-zu-langsam-kernel_task-cpu-fehler-beseitigen/

vaughan
fonte
6
Mesmo com sudo recebendo mv: rename X86PlatformShim.kext to X86PlatformShim.kext.disabled: Operation not permittedao tentar mover ...
Shwaydogg
5
@Shwaydogg Você provavelmente precisa desativar o OSX SIP. Veja osxdaily.com/2015/10/05/…
vaughan
6
Essa é a resposta correta. Por que essa pergunta está marcada como duplicada e diz que já tem uma resposta é loucura para mim. Muito obrigado por procurar a ajuda.
precisa saber é o seguinte
5
Atualização: Estou executando o Sierra e estou tendo problemas com o kernal_task novamente. Esta solução não é mais suficiente.
bheussler
6
Meu identificador de modelo diz MacBookPro11,3, mas não há arquivo 11,3 plist. Qual eu preciso renomear?
JohnRW