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


35

Questa domanda ha già una risposta qui:

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


oltre alla CPU quale altra attività è attiva?
Ruskes,

Niente, solo kernel_task.
vaughan,

@bmike Perché questa domanda è contrassegnata come duplicata per una domanda che è stata posta in seguito e ha una risposta accettata meno completa?
vaughan,

Risposte:


40

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/


6
Anche con sudo che ottiene mv: rename X86PlatformShim.kext to X86PlatformShim.kext.disabled: Operation not permittedquando si tenta di muoversi ...
Shwaydogg,

5
@Shwaydogg Probabilmente devi disabilitare OSX SIP. Vedere osxdaily.com/2015/10/05/...
Vaughan

6
Questa è la risposta corretta Perché questa domanda sia contrassegnata come duplicata e affermi che ha già una risposta è pazza per me. Grazie mille per l'aiuto in aiuto.
jwillis0720,

5
Aggiornamento: sto eseguendo Sierra e sto riscontrando nuovamente problemi con kernal_task. Questa soluzione non è più sufficiente.
Bheussler,

6
Il mio identificatore del modello dice MacBookPro11,3 ma non esiste un file plist 11,3. Quale devo rinominare?
JohnRW
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.