picchi kernel_task rMBP quando si collega più di un monitor esterno [duplicato]

Quando si collega un secondo monitor esterno, kernel_task raggiunge il 600% +. Questo rende il computer inutilizzabile.

Prima di Yosemite, funzionava bene con 3 monitor.

Ecco i dettagli:

• Quando collego un monitor a DP o HDMI le cose funzionano bene.
• Quando collego un secondo monitor con punte DP o HDMI kernel_task.
• Quando disconnetto DP o HDMI a volte kernel_task ritorna rapidamente ai livelli normali.
• Quando disconnetto tutti i monitor, kernel_task torna rapidamente ai livelli normali. (In Activity Monitor andate View > Update Frequency > Very Oftene non appena scollegate i monitor, otterrete molti aggiornamenti rapidi all'interfaccia utente).
• Occasionalmente quando si collegano due monitor funziona (DP o HDMI) ma il terzo provoca un picco immediato. Dopo ciò, tutti i monitor devono essere rimossi per tornare alla normalità. A volte rimuovendo tutto tranne uno lo risolverà.
• A volte quando collego tutti e 3 ci vogliono 3 minuti + affinché si verifichi.

Cosa ho provato:

• Ripristino NVRAM.
• Ripristino di SMC.
• Tentativo di questo scenario con l'alimentatore inserito e funzionante a batteria.
• Disabilitazione della "commutazione automatica della grafica" in Risparmio energia.
• Utilizzando la grafica integrata utilizzando sudo pmset -c gpuswitch 0

NOTA: quando provi alcune di queste cose a volte ci vogliono 1 minuto per accadere.

Configurazione del sistema:

Sto usando un MacBook Pro Retina 2.7Ghz i7 (Macbook10,1 / metà 2012) con Yosemite 10.10.1.

Ho 3 monitor esterni (Dell 2415H) con 2 collegati tramite Display Port e 1 con HDMI.

Penso che il problema abbia a che fare con la gestione dell'alimentazione. Ogni volta che la mia CPU raggiunge i 58 gradi sembra accadere. Ho appena lasciato i miei 3 monitor collegati per 5+ minuti e non è successo. Ma quando ho iniziato a cercare con Chrome è successo immediatamente.

Sembra una buona soluzione qui: http://www.rdoxenham.com/?p=259

Secondo Rhys Oxenhams :

il kernel continuerà a eseguire alcuni cicli molto semplici, ad esempio ottenere la data, quindi "consumando" (con la massima priorità) la maggior parte della CPU nel tentativo di raffreddare il sistema.

La soluzione che menziona sul suo blog dovrebbe funzionare con i Mac precedenti. Per i Mac Ivy-Bridge e poco prima Richard Schwarting ha trovato il file appropriato da disabilitare . Le istruzioni sono incluse di seguito per comodità. Ho provato molte cose, ma funziona.

1. Disabilita il kext rinominandolo

   cd /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/Plugins
   sudo mv X86PlatformShim.kext X86PlatformShim.kext.disabled
   

2. Cancella cache kext (non sono sicuro che sia necessario)

   sudo touch /System/Library/Extensions/
   

3. Ricomincia

   sudo reboot
   

• Dopo aver installato gli aggiornamenti OSX, potrebbe essere necessario ripetere la procedura sopra descritta se gli aggiornamenti hanno ricreato il file kext.

Aggiornamento per (alta) Sierra:

TL: TR

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

Passo dopo passo:

1. Avvia intro Recovery Mode (premi CMD + R all'avvio)
2. Utilità> Terminale csrutil disable(disabilita la protezione dei file di sistema)
3. Riavvia e rinomina /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/[MacModelIdentifier].plist(Mac> Informazioni> Rapporto sistema> Identificatore modello) su bugfix.plist(o qualcos'altro)
4. Riavvia e controlla se il kernal_taskprocesso è inferiore al 10%
5. In caso di successo, riavviare nuovamente in modalità di ripristino e abilitare nuovamente la protezione del sistema con csrutil enable

Testato e lavorato per me alla 10.13.2 all'inizio del 2011 MacbookPro.

Fonte con immagini (tedesco) http://www.couchpiratin.de/mac-zu-langsam-kernel_task-cpu-fehler-beseitigen/