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

Beim Anschluss eines zweiten externen Monitors springt kernel_task auf über 600 %. Dadurch wird der Computer unbrauchbar.

Vor Yosemite hat das mit 3 Monitoren gut funktioniert.

Hier sind die Besonderheiten:

  • Wenn ich einen Monitor entweder an DP oder HDMI anschließe, funktioniert alles einwandfrei.
  • Wenn ich einen zweiten Monitor entweder mit DP oder HDMI anschließe, kommt es zu Kernel_task-Spikes.
  • Wenn ich entweder DP oder HDMI trenne, kehrt die kernel_task manchmal schnell auf normale Werte zurück.
  • Wenn ich alle Monitore trenne, kehrt die kernel_task schnell auf normale Werte zurück. (Im Aktivitätsmonitor View > Update Frequency > Very Oftengehen Sie zu und sobald Sie die Monitore trennen, erhalten Sie viele schnelle Updates für die Benutzeroberfläche).
  • Gelegentlich funktioniert es beim Anschließen von zwei Monitoren (DP oder HDMI), aber der dritte verursacht eine sofortige Spitze. Danach müssen alle Monitore entfernt werden, damit es wieder normal funktioniert. Manchmal wird es behoben, wenn Sie alle bis auf einen entfernen.
  • Manchmal, wenn ich alle 3 einstecke, dauert es mehr als 3 Minuten, bis es auftritt.

Was ich probiert habe:

  • NVRAM zurücksetzen.
  • SMC zurücksetzen.
  • Versuch des obigen Szenarios mit angeschlossenem Netzteil und Batteriebetrieb.
  • „Automatische Grafikumschaltung“ im Energiesparmodus deaktivieren.
  • Verwendung integrierter Grafiken durch Verwendungsudo pmset -c gpuswitch 0

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

Systemkonfiguration:

Ich verwende ein MacBook Pro Retina 2,7 GHz i7 (Macbook 10,1 / Mitte 2012) mit Yosemite 10.10.1.

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

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

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

Welche andere Aufgabe neben der CPU wird aktiv?
Nichts, nur kernel_task.
@bmike Warum wird diese Frage für eine später gestellte Frage als doppelt markiert und hat eine weniger vollständige akzeptierte Antwort?

Antworten (2)

Laut Rhys Oxenhams :

Der Kernel wiederholt einige sehr einfache Aufgaben, zB das Abrufen des Datums, und 'verbraucht' daher (mit der höchsten Priorität) den Großteil 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 entsprechende Datei zum Deaktivieren gefunden . Der Einfachheit halber sind unten Anweisungen enthalten. Ich habe schon vieles 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 löschen (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 obige Verfahren wiederholen, wenn die Updates die 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 beim Start CMD + R)
  2. Utility > Terminal csrutil disable(Systemdateischutz deaktivieren)
  3. Neu starten und umbenennen /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/[MacModelIdentifier].plist(Mac > About > System Report > Model Identifier) ​​in bugfix.plist(oder etwas anderes)
  4. Starten Sie neu und prüfen Sie, ob kernal_taskder Prozess unter 10 % liegt
  5. Wenn erfolgreich, starten Sie erneut im Wiederherstellungsmodus und aktivieren Sie den Systemschutz erneut mitcsrutil enable

Getestet und funktionierte für mich am 10.13.2 auf Early 2011 MacbookPro.

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

2 Wochen später hat dies das Problem immer noch gelöst. Aber ich habe auch deaktiviert Settings > Mission Control > Separate spaces for displays, was verhindert, dass Fenster auf verschiedenen Displays fokussiert werden.
DANKE für das Posten dieser Antwort. Ich arbeite an 3 Monitoren (gleiche Idee 2 DP 1 HDMI) und muss meinen HDMI jeden Tag nach ca. 10 Minuten Gebrauch ausstecken. Manchmal habe ich Glück und habe ein paar Stunden Zeit, aber jedes Mal, wenn ich Medien abspiele (Musik, Videos usw.), kommt es zu Spitzen und die Verbindung muss getrennt werden.
Sogar mit sudo wird mv: rename X86PlatformShim.kext to X86PlatformShim.kext.disabled: Operation not permittedbeim Versuch, sich zu bewegen ...
@Shwaydogg Sie müssen wahrscheinlich OSX SIP deaktivieren. Siehe osxdaily.com/2015/10/05/…
Dies ist die richtige Antwort. Warum diese Frage als doppelt markiert ist und sagt, dass sie bereits eine Antwort hat, ist mir verrückt. Vielen Dank für den Blick in die Hilfe.
Ich kann Ihnen nicht genug dafür danken! Ich hatte es abgeschrieben, meinen alten 27-Zoll-Imac mit meinem Macbook Pro verwenden zu können. Ich musste SIP deaktivieren, aber es funktioniert einwandfrei.
@opsb Prost! Stellen Sie außerdem sicher, dass Ihre Grafikkarte kühl bleibt. GeForce-Karten verfügen über eine integrierte temperaturabhängige Drosselung der Prozessorgeschwindigkeit, die nicht deaktiviert werden kann. Ich empfehle dringend: bresink.com/osx/HardwareMonitor.html zum Überwachen der Temperaturen mit Diagrammen. Ich habe einen kleinen 20-Dollar-Tischventilator, der immer auf die linke Oberseite meines rMBP von Mitte 2012 zeigt. Ansonsten sehe ich große Leistungsprobleme mit 2 externen Monitoren.
Ich bin in Barcelona, ​​also habe ich sowieso einen Lüfter, der ständig läuft, nur um mich frisch zu halten ;) Ich habe keine Spitzen bemerkt, außer wenn ich Hangouts benutze, ich trenne einfach den zusätzlichen Bildschirm, während ich telefoniere.
Das scheint bei mir funktioniert zu haben. Ich möchte hinzufügen, dass ich eine Logitech-Maus verwende und die Treiber neu installieren musste, damit das Scrollrad wieder funktioniert.
@bheussler Interessant. Ich benutze einen IntelliMouse Explorer aus den 90er Jahren und musste auch dessen Treiber neu installieren, aber ich habe nie über den Link zu diesem Kext nachgedacht.
Einfach mal nachgehen. Ich hatte gerade kernal_task Spike wieder außer Kontrolle geraten. Alles schien repariert zu sein und einen Monat lang gut zu funktionieren. Ich frage mich, ob ich ein Update angewendet habe und kext wieder deaktivieren muss? Oder war das vielleicht temperaturbedingt? Ich werde versuchen, euch auf dem Laufenden zu halten.
@bheussler Nach jedem OSX-Update scheint der Kext wiederhergestellt zu werden, sodass Sie wahrscheinlich eine erneute Fehlerbehebung durchführen müssen.
@vauhan Vielen Dank für die Antwort! Vielleicht lohnt es sich, eine Notiz am Ende der Antwort hinzuzufügen.
Update: Ich verwende Sierra und habe erneut Probleme mit der kernal_task. Diese Lösung reicht nicht mehr aus.
Hier gilt das gleiche. Die Lösung funktionierte nicht für Sierra. Auch nach dem Umbenennen und Neustarten verbrauchte kernel_task wieder 500 % CPU.
Ich hängt davon ab, welches Macbook Sie haben. Dies funktioniert auf meinem MBP Mitte 2012 mit NVidia-Grafik. Für andere Laptops funktioniert es nicht. Ich verwende MBP 2016 mit Sierra und habe diese Probleme nicht mehr.
Die Lösung funktioniert, aber so viel wie ein iTunes-Update und mein MBP ist aufgrund dieses Problems wieder fast unbrauchbar. Es muss einfach eine bessere Lösung geben.
Ich kann bestätigen, dass dies unter macOS High Sierra Beta 3 funktioniert ... in meinem Fall musste ich nicht einmal neu starten.
Ich bekomme mv: rename X86PlatformShim.kext to X86PlatformShim.kext.disabled: Operation not permitted. macOS Sierra.
@sharpmachine stellen Sie sicher, dass SIP deaktiviert ist, bevor Sie versuchen, diese Datei umzuwandeln
Ich habe versucht, dem Update zu folgen. In meinem Fall von 10.13.1 High Sierra gab es keine Datei, die dem erwähnten Muster entsprach.
Meine Modellkennung lautet MacBookPro11,3, aber es gibt keine 11,3-PLIST-Datei. Welche muss ich umbenennen?
Dies funktionierte, bis es ein Update auf Sierra gab, dann habe ich auf High Sierra aktualisiert, funktioniert auch nicht. Ich habe überprüft, ob die Kexts neu erstellt werden, aber leider ist das nicht der Fall. Wir brauchen jetzt eine andere Lösung
Irgendwelche Updates? Dasselbe Problem hier - ohne den großen Bildschirm funktioniert der Computer einwandfrei, aber ich brauche beide, um sowohl den Code (auf dem Laptop) als auch das "Ergebnis" (auf dem großen Bildschirm) anzuzeigen.
Ich habe folgenden Fehler auf OS Catalina:mv: rename X86PlatformShim.kext to X86PlatformShim.kext.disabled: Read-only file system
Hat jemand eine Lösung für Mojave gefunden?

Ich verbringe mehrere Tage, bevor ich die Lösung herausfinde, die für mich funktioniert hat. Versuchen Sie es einfach mit einem anderen Ladekabel. Ihr Macbook ist durchaus in der Lage, mit mehreren Monitoren zu arbeiten, aber ausgefranste/intern beschädigte Kabel können seltsamerweise dazu führen, dass der Kernel in eine Endlosschleife gerät.

rMBP Kernel_Task-Spitzen, wenn mehr als ein externer Monitor angeschlossen wird
AntwortenHierDatenschutz-Bestimmungen1y, 1v