MacBookAir kernel_task bei 300 % und steigend [duplizieren]

Ich habe ein MacBookAir5,1, das mit einem Thunderbolt-Display verbunden ist.

Wenn es sehr heiß wird, verbraucht PID 0 „kernel_task“ immer mehr CPU, bis sie 340 % erreicht und den Mac so weit verlangsamt, dass ich ihn neu starten muss.

Ich habe auf dieser Site eine vorgeschlagene Lösung gefunden, aber es heißt, "die 'plist'-Datei für die Modellkennung, die wir zuvor entdeckt haben, aus diesem Verzeichnis zu verschieben", was nicht auf mich zutrifft, da meine Installation von Mountain Lion keine plist für mich hat MacBook Air 2012. system_profiler sagt mir, dass ich ein MacBookAir5,1 habe.

Ich habe einiges ausprobiert. Ich dachte mir, da Überhitzung dies zu verursachen scheint, sollte ich versuchen, den armen Mac nicht zu überhitzen. Ich verstehe jedoch weder, warum die Reaktion von Mac OS X auf Überhitzung darin besteht, 340 % der CPU-Zeit zu verbrauchen, noch habe ich es geschafft, den Deckel offen zu lassen und das Airbook trotzdem davon zu überzeugen, das Thunderbolt-Display als einziges Display zu verwenden.

Ich habe versucht, über den Akku zu laufen, in der Annahme, dass die CPU dadurch langsamer laufen und nicht überhitzen würde, aber wenn ich das Netzkabel vom Airbook entferne, wird das Thunderbolt-Display einfach schwarz und erholt sich erst nach einigen Minuten, wenn ich das Netzkabel wieder anschließe.

Was ist los?

Beachten Sie, dass das von Ihnen zitierte Dokument keine korrekte Analyse des Ursprungs des Problems durchführt. Andererseits schlägt es vor, eine Kernel-Erweiterung zu entfernen. Das ist keine Analyse, der ich vertrauen würde.
Ich stimme der Idee zu, dass die verknüpfte Analyse in den meisten Fällen für andere nicht nützlich ist. Kernel-Erweiterungen verursachen normalerweise Abstürze, wenn sie schlecht werden – nicht die Ressourcennutzung. Wenn Sie Ihren Mac neu starten und das Problem verschwindet, wird es eine kompliziertere Interaktion zwischen einem Programm sein, das den Kernel auffordert, einige lange Aufgaben zu erledigen, und Sie wissen nicht, dass dieses Programm das Problem verursacht. Wenn die Nutzung mit einem Neustart verschwindet, müssen Sie beobachten und Glück haben, um die Situation zu korrelieren, in der die Nutzung in die Höhe schnellt.
→ Andrew: Du hast gesagt „Ich sollte versuchen, den armen Mac nicht zu überhitzen“. Ich kann diesem sicheren Ansatz nicht zustimmen . Sie jagen ein Problem. Bei dieser Suche sollten Sie zunächst versuchen, das Problem nach Belieben und so schnell wie möglich zu reproduzieren. Dies ist eine Jagd: Kenne deinen Feind! Vermeiden Sie es nicht, provozieren Sie es! Mach einen Schnappschuss!
Ich stimme zu. Aber beachten Sie, dass dies mein Hauptcomputer ist (bis Ende der Woche) und ich brauche ihn, um regelmäßiger zu arbeiten, als ich es herausgefunden habe.
Ich kann dies ziemlich konsistent während der Überhitzung reproduzieren. Ich bin hier auch mitten in der Arbeit, aber wenn Sie es nicht wieder reproduzieren können, lassen Sie es mich wissen und ich werde versuchen, Zeit dafür zu finden, die Snapshots auszuführen.

Antworten (3)

Könnten Sie sich die 2 Hauptsystemprotokolle ansehen, um zu sehen, womit Ihr MacOS möglicherweise beschäftigt ist. Bei einem terminaloder einem xtermFenster können die beiden folgenden Befehle, die ausgelöst werden, wenn das Problem auftritt, Ihnen bei der Diagnose helfen:

tail -f /var/log/kernel.log

tail -f /var/log/system.log

Um Ihnen zu helfen, könnten Sie beim nächsten Auftreten dieser Art von Problem den folgenden Befehl ausführen ( wieder innerhalb eines terminaloder eines Fensters):xterm

top -o cpu

und nehmen Sie eine Kopie der obersten 10 Zeilen, um sie wie hier wieder in Ihre ursprüngliche Frage einzufügen:

Processes: 50 total, 3 running, 47 sleeping, 243 threads                                                                                                                                       12:18:07
Load Avg: 1.40, 1.53, 1.28  CPU usage: 5.97% user, 7.14% sys, 86.88% idle    SharedLibs: 5044K resident, 9292K data, 0B linkedit. MemRegions: 10733 total, 769M resident, 15M private, 1479M shared.
PhysMem: 755M wired, 1363M active, 641M inactive, 2760M used, 1207M free. VM: 120G vsize, 1041M framework vsize, 2798981(19) pageins, 173(0) pageouts.
Networks: packets: 61207/73M in, 66123/6062K out. Disks: 877183/26G read, 171220/22G written.

PID   COMMAND      %CPU  TIME     #TH  #WQ  #POR #MREG RPRVT  RSHRD  RSIZE  VPRVT  VSIZE  PGRP PPID STATE    UID  FAULTS    COW    MSGSENT   MSGRECV   SYSBSD    SYSMACH   CSW      PAGEINS
1530  mdworker     17.1  06:56.12 4/1  2    82+  384+  39M+   16M    143M+  196M+  2586M+ 1530 1    running  501  1946213+  727+   881948+   219072+   6484219+  676187+   679401+  1914+
0-    kernel_task  14.0  07:55.29 69/4 0    2    757-  22M    0B     130M-  75M    2355M- 0    0    running  0    26279     0      33251333+ 32358872+ 0         0         10243109 0
1522  mds          12.6  14:55.33 9    8    118- 862   361M+  6052K  239M+  1334M+ 3736M+ 1522 1    sleeping 0    13373455+ 1286   12149111+ 6697348+  16039295+ 6938357+  3331251+ 1819924+
[...]

Dies ist ein Beispiel für ein Problem (nein, ich habe nicht das gleiche Problem ☺), bei dem mein Mac wie ein Idiot überhitzt hat. Hier sind die 2 beteiligten Prozesse mdsund mdworkerund werden durch Spotlightdie Indizierung eines externen Laufwerks mit 500 GB Backups verursacht, das ich gerade angeschlossen habe. Die 2 beteiligten Tasks überstiegen regelmäßig 200% CPU insgesamt. Spotlightist sehr unauffällig hinter diesem schweren Geschäft hinter den Kulissen . Es zeigt nur einen kleinen Punkt in der Mitte seines Spiegels in der Menüleiste an.

Als ich endlich klar sah, was unter der Haube passierte, beschloss ich, spotlightseine Arbeit beenden zu lassen, und eine Stunde später kehrten die Temperatur, die Prozessoren und die Lüfter zu einem normalen Leben zurück.

Da Ihr Betriebssystem (Mountain Lion) Lion oder neuer ist, rate ich Ihnen schließlich, diese großartige Erklärungsysdiagnose zu lesen , und wenn Sie sich beim Lesen von Systemprotokollen wohl fühlen, versuchen Sie es.

Wird gemacht, wenn es wieder passiert. Die letzten zwei Tage waren viel kühler und es ist nicht wieder vorgekommen.
Ich würde auch sagen, wenn es das nächste Mal passiert, führen Sie es aus, sysdiagnoseum eine Momentaufnahme des gesamten Systemspeichers und der Prozesse und Aktivitäten zu sammeln. Sobald Sie zwei oder drei Diagnosesätze haben, kann das Problem normalerweise von jemandem behoben werden, der es gewohnt ist, Unix-Protokolldateien zu durchsuchen.
Danke! Ich konnte herausfinden, dass das Flussmittel der Grund dafür war, dass ein Großteil meiner CPU in Anspruch genommen wurde und mein Computer fürchterliche Verzögerungen verursachte

Ich bin mir nicht sicher, ob dies zusammenhängt, aber ich hatte seltsame Probleme auf meinem MacBook mit mehreren verschiedenen Aufgaben (insbesondere QuickLookSatellite-general) mit 100+ % CPU-Zeit, wodurch mein MacBook offensichtlich wie oben unbrauchbar wurde. Haben Sie andere Prozesse bemerkt, die möglicherweise mehr CPU als normal beanspruchen? Ich hatte die schwerste Zeit, die Quelle aufzuspüren. Hängen beide Probleme möglicherweise zusammen?

Hoffentlich hilft die Frage, die ich gestellt habe …

Nein, es gibt keine anderen Aufgaben, die remote so viel CPU verbrauchen. Es gibt Kernel_task mit etwa 340% (zwei Kerne, zwei Threads) und viele andere Aufgaben (einschließlich Civ 5), die den Rest verwenden.

Dies scheint zu helfen: http://blog.viktorpetersson.com/post/100148585299/how-to-fix-kernel-task-cpu-usage-on-yosemite

Ich hatte das gleiche Problem, als ich mit Yosemite auf meinem Macbook 6.1 eine Neuinstallation durchführte, aber der obige Blog hat geholfen.

Während dieser Link die Frage beantworten kann, ist es besser, die wesentlichen Teile der Antwort hier einzufügen und den Link als Referenz bereitzustellen. Nur-Link-Antworten können ungültig werden, wenn sich die verlinkte Seite ändert.
404-Seite nicht mehr verfügbar
MacBookAir kernel_task bei 300 % und steigend [duplizieren]
AntwortenHierDatenschutz-Bestimmungen1y, 0v