1 votes

WindowServer et kerneltask utilisent beaucoup de CPU à Big Sur

J'ai vu ces deux questions

WindowServer utilise beaucoup de CPU, avec des pics lors du déplacement du curseur sur un MacBook Big Sur M1

MacBook Pro - CPU élevé sous faible charge de travail

et j'ai le même problème avec WindowServer sur un Macbook Pro 16" et un Macbook Air 2020, mais j'ai également ont des problèmes avec kernel_task .

Selon le script ici https://apple.stackexchange.com/a/393207/31395 Le temps de veille total de mon Air depuis le dernier redémarrage est de 1 jour, 22:07:19.374478 ( uptime retours 9 days, 13:59, 5 users, load averages: 5,04 5,11 4,79 ).

En regardant dans Activity Monitor, WindowServer a utilisé 42h05m depuis le dernier redémarrage (puisque le temps de veille est de 46 heures, cela représente plus de 90 % en moyenne) tandis que kernel_task 14h19m 31 % (je mettrai à jour cette question avec les chiffres correspondants pour mon MBP plus tard).

J'utilise principalement cette machine pour naviguer sur le web et effectuer des tâches bureautiques. Ces chiffres sont totalement déraisonnables ! L'ordinateur est mis à jour et raisonnablement "propre". Comme j'ai le même problème sur mon autre machine, je ne pense pas qu'il s'agisse d'un problème spécifique à cette configuration.

La seule utilisation un peu étrange est que j'utilise Firefox - un consommateur de ressources bien connu - et il est difficile de tester si Firefox est le coupable puisque je dois l'utiliser 80-90 % du temps. Un autre navigateur n'est pas vraiment une option.

Une idée de ce qui se passe ici ?

1voto

rybosome Points 1829

Je vais copier ma réponse de WindowServer utilise beaucoup de CPU, avec des pics lors du déplacement du curseur sur un MacBook Big Sur M1 Le problème et la cause probable semblent être les mêmes :

Big Sur présente de nombreux problèmes connus liés aux performances de l'interface utilisateur. Il est presque certain que vous rencontrez l'un de ces bogues, et il est donc peu probable que vous puissiez y remédier par vous-même. Nous pouvons essayer de confirmer ou d'infirmer cette hypothèse si vous le souhaitez.

Cela se produit-il si vous êtes en mode sans échec ? ( Shift pendant le démarrage) Si c'est le cas, procédez comme suit en mode sans échec. Sinon, faites-le lorsque le problème survient.

  1. Exécutez la commande suivante pour activer la symbolisation du noyau : sudo nvram boot-args="keepsyms=1" (cela peut vous obliger à désactiver SIP d'abord ).
  2. Redémarrez votre machine et n'ouvrez aucune application à l'exception de Terminal .
  3. Faites le minimum requis pour reproduire le problème.
  4. En Terminal Pour ce faire, exécutez le programme suivant, en veillant à ne l'exécuter que pendant la période de temps au cours de laquelle vous constatez un ralentissement du système. (En particulier, faites PAS avoir Moniteur d'activité (le moteur ne fonctionne pas lorsque vous effectuez cette opération) : sudo spindump -reveal -noProcessingWhileSampling
  5. Après avoir attendu 10 secondes pour collecter un échantillon et une minute ou deux pour le symboliser et le formater, vous obtiendrez un fichier en format /tmp/spindump.txt qui contient une image de chaque processus.
  6. Télécharger le fichier sur PasteBin ou un endroit équivalent et nous pourrons jeter un coup d'œil pour voir ce qui cause les pics d'utilisation de l'UC.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X