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

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

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/