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 Often
und 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
Antworten:
Nach Rhys Oxenhams :
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.
Deaktivieren Sie Kext, indem Sie es umbenennen
Kext-Cache leeren (nicht sicher, ob dies erforderlich ist)
Neustart
kext
.Update für (High) Sierra:
TL: TR
Benennen Sie IOPlatformPluginFamily.kext / ACPI_SMC_PlatformPlugin.kext / [MacModelIdentifier] .plist um
Schritt für Schritt:
csrutil disable
(Systemdateischutz deaktivieren)/System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/[MacModelIdentifier].plist
(Mac> Info> Systembericht> Modell-ID) inbugfix.plist
(oder in etwas anderes) um.kernal_task
Prozess unter 10% liegtcsrutil 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/
quelle
mv: rename X86PlatformShim.kext to X86PlatformShim.kext.disabled: Operation not permitted
wenn Sie versuchen, sich zu bewegen ...