Ich habe diese beiden Fragen gesehen
WindowServer hohe CPU-Auslastung, Spitzen beim Bewegen des Cursors auf M1 MacBook Big Sur
MacBook Pro – Hohe CPU bei niedriger Arbeitslast
und ich habe das gleiche Problem WindowServer
sowohl mit einem Macbook Pro 16" als auch mit einem Macbook Air 2020, aber ich habe auch Probleme mit kernel_task
.
Gemäß dem Skript hier https://apple.stackexchange.com/a/393207/31395 beträgt die gesamte Wachzeit von my Air seit dem letzten Neustart 1 Tag, 22:07:19.374478 ( uptime
Rückkehr 9 days, 13:59, 5 users, load averages: 5,04 5,11 4,79
).
Wenn Sie im Aktivitätsmonitor nachsehen, hat WindowServer seit dem letzten Neustart 42h05m verwendet (da die Wachzeit 46 Stunden beträgt, das sind im Durchschnitt über 90%), während kernel_task 14h19m ≈ 31 % (ich werde diese Frage später mit der entsprechenden Zahl für mein MBP aktualisieren) .
Ich verwende dieses Gerät hauptsächlich zum Surfen im Internet und für Büroaufgaben. Diese Zahlen sind völlig unvernünftig! Der Computer ist aktualisiert und halbwegs "sauber". Da ich das gleiche Problem auf meinem anderen Computer habe, glaube ich nicht, dass es etwas Spezifisches für dieses Setup ist.
Die einzige etwas seltsame Verwendung ist, dass ich Firefox verwende - ein bekanntes Ressourcenfresser - und es ist schwer zu testen, ob Firefox der Übeltäter ist, da ich ihn 80-90 % der Zeit verwenden muss. Ein anderer Browser ist nicht wirklich eine Option.
Irgendwelche Ideen, was hier los sein könnte?
Ich werde meine Antwort von WindowServer kopieren, hohe CPU-Auslastung, Spitzen beim Bewegen des Cursors auf M1 MacBook Big Sur , da das Problem und die wahrscheinliche Ursache gleich zu sein scheinen:
Big Sur hat viele bekannte Probleme im Zusammenhang mit der Leistung der Benutzeroberfläche. Es ist fast sicher, dass Sie einen dieser Fehler haben, und daher werden Sie wahrscheinlich selbst nicht viel dagegen tun können. Wir können versuchen, diese Hypothese zu bestätigen oder zu widerlegen, wenn Sie möchten.
Tritt dies auf, wenn Sie im abgesicherten Modus arbeiten? ( Shiftwährend des Bootvorgangs) Wenn dies der Fall ist, führen Sie die folgenden Schritte im abgesicherten Modus aus. Andernfalls tun Sie es, wenn das Problem auftritt.
sudo nvram boot-args="keepsyms=1"
(Dazu müssen Sie möglicherweise zuerst SIP deaktivieren ).sudo spindump -reveal -noProcessingWhileSampling
/tmp/spindump.txt
einen Stackshot jedes Prozesses enthält.
Tetsujin
db
Tetsujin