rBBP picchi di kernel_task quando si collegano più di un monitor esterno [duplicato]

31

Quando colleghi un secondo monitor esterno, picchi kernel_task al 600% +. Ciò rende il computer inutilizzabile.

Prima di Yosemite, questo ha funzionato bene con 3 monitor.

Ecco le specifiche:

  • Quando collego un monitor a DP o HDMI, le cose funzionano correttamente.
  • Quando collego un secondo monitor con picchi di kernel_task DP o HDMI.
  • Quando disconnetto il DP o HDMI a volte il kernel_task ritorna rapidamente ai livelli normali.
  • Quando disconnetto tutti i monitor il kernel_task ritorna rapidamente ai livelli normali. (In Activity Monitor goto View > Update Frequency > Very Often e non appena si scollegano i monitor, si otterranno molti aggiornamenti rapidi sull'interfaccia utente).
  • Occasionalmente quando si collegano due monitor funziona (DP o HDMI) ma il terzo causa un picco immediato. Dopo ciò, tutti i monitor devono essere rimossi per tornare alla normalità. A volte rimuovendo tutti tranne uno lo risolverà.
  • A volte quando collego tutti i 3 in esso occorrono 3 minuti + perché avvenga.

Cosa ho provato:

  • Ripristino della NVRAM.
  • Ripristino di SMC.
  • Tentativo dello scenario precedente con alimentatore collegato e alimentato a batteria.
  • Disabilitazione di "Cambio grafico automatico" in Risparmio energia.
  • Uso della grafica integrata utilizzando sudo pmset -c gpuswitch 0

NOTA: quando provi alcune di queste cose, a volte occorrono 1 minuto.

Configurazione sistema:

Sto utilizzando un MacBook Pro Retina 2.7Ghz i7 (Macbook10,1 / Mid 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 il risparmio energetico. Ogni volta che la mia CPU raggiunge i 58 gradi, sembra che si verifichi. Ho appena lasciato i miei 3 monitor collegati per almeno 5 minuti e non è successo. Ma quando ho iniziato a cercare con Chrome è successo immediatamente.

Sembra una buona soluzione qui: link

    
posta vaughan 05.01.2015 - 06:34
fonte

1 risposta

38

Secondo Rhys Oxenhams :

the kernel will keep looping some very simple tasks, e.g. getting the date, therefore ‘consuming’ (with the highest priority) the majority of the CPU in a bid to cool the system down.

La soluzione che menziona sul suo blog dovrebbe funzionare per i Mac precedenti. Per Ivy-Bridge Mac 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 questo funziona.

  1. Disattiva kext rinominandolo

    cd /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/Plugins
    sudo mv X86PlatformShim.kext X86PlatformShim.kext.disabled
    
  2. Cancella la cache kext (non sono sicuro se è necessario)

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

    sudo reboot
    
  • Dopo aver installato gli aggiornamenti OSX potrebbe essere necessario ripetere la procedura sopra riportata se gli aggiornamenti hanno ricreato il kext .

Aggiornamento per Sierra (alta):

TL: TR

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

Passo per passo:

  1. Inizia la modalità di ripristino di introduzione (premi CMD + R durante l'avvio)
  2. Utility > Terminal csrutil disable (Disabilita protezione file di sistema)
  3. Riavvia e rinomina /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/[MacModelIdentifier].plist (Mac > Informazioni su > Report di sistema > Identificatore modello) su bugfix.plist (o altro)
  4. Riavvia e controlla se il processo kernal_task è inferiore al 10%
  5. Se il successo si riavvia nuovamente in modalità di ripristino e attiva nuovamente la protazione del sistema con csrutil enable

Testato e funzionato per me a 10.13.2 su MacbookPro all'inizio del 2011.

Fonte con immagini (tedesco) link

    
risposta data 05.01.2015 - 12:03
fonte

Leggi altre domande sui tag