rMBP-Kernel_Task-Spitzen, wenn mehr als ein externer Monitor angeschlossen wird [duplizieren]


35

Diese Frage hat hier bereits eine Antwort:

Beim Anschluss eines zweiten externen Monitors erhöht sich kernel_task auf 600% +. Dies macht den Computer unbrauchbar.

Vor Yosemite funktionierte dies mit 3 Monitoren einwandfrei.

Hier sind die Besonderheiten:

  • Wenn ich einen Monitor an DP oder HDMI anschließe, funktionieren die Dinge einwandfrei.
  • Wenn ich einen zweiten Monitor mit DP- oder HDMI-Kernel_Task-Spikes anschließe.
  • Wenn ich entweder den DP oder den HDMI trenne, kehrt der kernel_task manchmal schnell zu normalen Pegeln zurück.
  • Wenn ich alle Monitore trenne, kehrt die kernel_task schnell zu normalen Leveln zurück. (In Activity Monitor gehen Sie zu View > Update Frequency > Very Oftenund sobald Sie die Monitore trennen, erhalten Sie viele schnelle Aktualisierungen der Benutzeroberfläche.)
  • Gelegentlich funktioniert es, wenn zwei Monitore angeschlossen werden (DP oder HDMI), aber der dritte verursacht einen sofortigen Spitzenwert. In diesem Fall müssen alle Monitore entfernt werden, damit der Normalzustand wiederhergestellt wird. Manchmal wird es behoben, wenn alle bis auf einen entfernt werden.
  • Manchmal, wenn ich alle 3 in stecke, dauert es 3 Minuten, bis es auftritt.

Was ich ausprobiert habe:

  • NVRAM zurücksetzen.
  • Zurücksetzen von SMC.
  • Versuch des obigen Szenarios mit eingestecktem und batteriebetriebenem Netzteil.
  • Deaktivieren der automatischen Grafikumschaltung im Energiesparmodus.
  • Verwenden integrierter Grafiken mit sudo pmset -c gpuswitch 0

HINWEIS: Wenn Sie einige dieser Dinge ausprobieren, dauert es manchmal 1 Minute.

Systemkonfiguration:

Ich verwende ein MacBook Pro Retina 2.7Ghz i7 (Macbook10.1 / Mitte 2012) mit Yosemite 10.10.1.

Ich habe 3 externe Monitore (Dell 2415H), von denen 2 über den Display-Anschluss und 1 über den HDMI-Anschluss verbunden sind.


Ich denke, das Problem hat mit der Energieverwaltung zu tun. Immer wenn meine CPU 58 Grad erreicht, scheint es vorzukommen. Ich habe gerade meine 3 Monitore für mehr als 5 Minuten angeschlossen und es ist nicht passiert. Aber als ich anfing mit Chrome zu suchen, passierte es sofort.

Sieht nach einer guten Lösung aus: http://www.rdoxenham.com/?p=259


neben der CPU, welche andere Aufgabe geht in Aktivität auf?
Ruskes

Nichts, nur kernel_task.
Vaughan

@bmike Warum ist diese Frage als Duplikat für eine Frage markiert, die später gestellt wurde und deren Antwort weniger vollständig ist?
Vaughan

Antworten:


40

Nach Rhys Oxenhams :

Der Kernel wiederholt einige sehr einfache Aufgaben, z. B. das Abrufen des Datums, und verbraucht daher (mit der höchsten Priorität) die Mehrheit der CPU, um das System abzukühlen.

Die Lösung, die er in seinem Blog erwähnt, sollte für frühere Macs funktionieren. Für Ivy-Bridge-Macs und etwas früher hat Richard Schwarting die passende Datei zum Deaktivieren gefunden . Anweisungen finden Sie weiter unten. Ich habe viele Dinge ausprobiert, aber das funktioniert.

  1. Deaktivieren Sie Kext, indem Sie es umbenennen

    cd /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/Plugins
    sudo mv X86PlatformShim.kext X86PlatformShim.kext.disabled
    
  2. Kext-Cache leeren (nicht sicher, ob dies erforderlich ist)

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

    sudo reboot
    

  • Nach der Installation von OSX-Updates müssen Sie möglicherweise das oben beschriebene Verfahren wiederholen, wenn die Updates das neu erstellt haben kext.

Update für (High) Sierra:

TL: TR

Benennen Sie IOPlatformPluginFamily.kext / ACPI_SMC_PlatformPlugin.kext / [MacModelIdentifier] .plist um

Schritt für Schritt:

  1. Starten Sie den Intro-Wiederherstellungsmodus (drücken Sie CMD + R während des Startvorgangs)
  2. Dienstprogramm> Terminal csrutil disable(Systemdateischutz deaktivieren)
  3. Starten Sie neu und benennen Sie /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/[MacModelIdentifier].plist(Mac> Info> Systembericht> Modell-ID) in bugfix.plist(oder in etwas anderes) um.
  4. Neustart und prüfen, ob der kernal_taskProzess unter 10% liegt
  5. Nach erfolgreichem Neustart im Wiederherstellungsmodus erneut starten und die Systemprotektion erneut mit aktivieren csrutil enable

Getestet und für mich am 10.13.2 auf MacbookPro Anfang 2011 gearbeitet.

Quelle mit Bildern http://www.couchpiratin.de/mac-zu-langsam-kernel_task-cpu-fehler-beseitigen/


6
Auch mit Sudo bekommen, mv: rename X86PlatformShim.kext to X86PlatformShim.kext.disabled: Operation not permittedwenn Sie versuchen, sich zu bewegen ...
Shwaydogg

5
@Shwaydogg Möglicherweise müssen Sie OSX SIP deaktivieren. Siehe osxdaily.com/2015/10/05/…
vaughan

6
Das ist die richtige Antwort. Warum diese Frage als doppelt markiert ist und sagt, dass sie bereits eine Antwort hat, ist für mich verrückt. Vielen Dank, dass Sie sich die Hilfe angesehen haben.
jwillis0720

5
Update: Ich leite Sierra und habe wieder Probleme mit der kernal_task. Diese Lösung reicht nicht mehr aus.
bheussler

6
Mein Modellbezeichner sagt MacBookPro11,3, aber es gibt keine 11,3-Plist-Datei. Welches muss ich umbenennen?
JohnRW
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.