40 votes

WindowServer consomme beaucoup de CPU, je n'arrive pas à savoir pourquoi.

MBP 16" de 2019 fonctionnant sous 10.15.4. WindowServer consomme beaucoup de CPU, tournant au ralenti à 10-20% environ même si rien ne tourne. Les ventilateurs fonctionnent constamment à cause de cela.

J'ai désactivé la transparence et empêché les écrans (virtuels) d'avoir leurs propres espaces (comme recommandé ailleurs), sans succès. J'ai également essayé de tuer des choses au hasard pour voir si cela pouvait résoudre le problème - sans succès.

Running log stream --predicate '(process == "WindowServer")' --debug Je peux voir qu'il déverse ce qui suit dans ses journaux de débogage très fréquemment, 10+ fois par seconde, ce qui semble être lié :

2020-05-06 23:54:23.680073+0100 0x4e7 Debug 0x0 228 0 WindowServer: (CoreDisplay) [com.apple.CoreDisplay:default] [DEBUG] - On display 0x2b287853, surface is not detached, CoreDisplay is detached (0x00000000), DetachCode = 0

Une idée de ce qui se passe ?

Edit : comme quelqu'un l'a demandé : Les écrans auxquels je faisais référence sont des écrans virtuels. J'ai un moniteur externe, mais cela se produit toujours lorsqu'il est détaché.

12voto

Jari Points 111

J'ai un moniteur externe DELL UP3216Q. J'ai eu le même problème avec les erreurs "surface is not detached, CoreDisplay is detached" qui s'affichent lorsque j'exécute le programme. log stream --predicate '(process == "WindowServer")' --debug . J'utilise le moniteur externe avec le couvercle du Mac fermé.

Les erreurs ont cessé lorsque j'ai modifié les préférences système > Affichages > Paramètres de mise à l'échelle de l'affichage afin que la mise à l'échelle ne soit pas maximale sur le moniteur externe. Si je remets la mise à l'échelle au maximum (plus d'espace), les erreurs recommencent en mode journalisation.

L'utilisation du processeur de WindowServer a été légèrement réduite, mais elle est toujours d'environ 30 %. Au moins, le ventilateur a cessé de tourner aussi vite.

9voto

Oliver Salzburg Points 2455

Essayez https://chromeisbad.com/ . Dans mon cas, Google Chrome était en cause et sa désinstallation (et, surtout, Keystone) a résolu tous mes problèmes.

8voto

Dan Points 461

Je réponds à ma propre question avec ce que j'ai appris :

  • Les résolutions HiDPI éliminent le message d'erreur des journaux. SetResX a une résolution HiDPI pour la résolution native de mon moniteur - l'utiliser donne le même résultat que la mise à l'échelle "plus d'espace", mais sans les erreurs. Cela réduit un peu l'utilisation du CPU et la chaleur.

  • Aussi stupide que cela puisse paraître, le mode "clamshell" (c'est-à-dire le fait de fermer le couvercle) aide beaucoup. Je suppose que ça aide de ne pas avoir à rendre l'écran intégré

WindowServer utilise toujours un peu plus de CPU que je ne le souhaiterais, mais ces deux choses ont permis de le réduire considérablement.

D'autres choses que j'ai vu d'autres personnes avoir du succès mais que je n'ai pas pu confirmer moi-même : L'utilisation de ports de charge à droite plutôt qu'à gauche réduit la chaleur, et le réglage des taux de rafraîchissement d'aussi peu que 0,1 Hz a considérablement réduit la consommation d'énergie pour certaines personnes.

EDIT : Le mode Clamshell semble me permettre d'utiliser la résolution native du moniteur sans utiliser SetResX sans provoquer les erreurs. Je pense que c'est dû au fait que la machine rend les résolutions standard et HiDPI en même temps.

4voto

Depuis la mise à niveau vers Big Sur (il y a quelques semaines), j'ai moi aussi constaté une utilisation élevée et constante du processeur de WindowServer.

Après la mise à niveau vers Big Sur, j'ai rencontré des problèmes de lenteur dans la gestion et le déplacement des fenêtres, ainsi qu'une impression de "fatigue" de MacOS, et j'ai cherché des réponses pendant un certain temps. Aujourd'hui, les choses se sont realmente lent, avec des frappes manquées lors de la saisie dans iTerm, et une utilisation du processeur de WindowServer atteignant 95 % en permanence. Les redémarrages ont "résolu" le problème pendant un certain temps, mais toujours après un court laps de temps, les choses sont redevenues lentes.

Puis j'ai trouvé cet article et le lien vers " Chrome est mauvais ". J'ai suivi les instructions (dans Chrome est mauvais ) pour supprimer Chrome et Keystone à la lettre, j'ai redémarré, et je suis passé à Brave.

Le site différence est littéralement jour et nuit . Le passage d'une application à l'autre ou d'une fenêtre à l'autre se fait maintenant, une fois de plus, snappy . Plus d'erreurs de frappe dans iTerm et d'autres applications. Le déplacement de Windows de l'écran interne vers mon moniteur externe (Dell 4K) est fluide comme du beurre, alors qu'auparavant, il devenait saccadé lorsque Windows passait à l'écran externe.

J'ai encore du mal à croire que Chrome / Keystone sont les coupables - puisque ni l'un ni l'autre n'affiche un CPU élevé lorsque les problèmes se manifestent - mais je suis (très) heureux du résultat.

En bref, il faudra beaucoup de choses pour que je repasse à Chrome maintenant, d'autant plus que toutes mes extensions Chrome fonctionnent parfaitement dans Brave.

3voto

Alper Kocatas Points 856

Le Macbook pro 2019 16 a un problème bien connu concernant l'utilisation élevée du CPU/GPU lorsque des écrans externes sont connectés ( Voir le fil de discussion correspondant ici ). Le problème est dû au fait que la connexion de l'écran externe est câblée au GPU externe. Si vous utilisez l'ordinateur avec des écrans externes connectés, vous pouvez vérifier si le problème persiste lorsque vous détachez tous les écrans externes.

En outre, vous pouvez essayer de définir la résolution de l'écran par défaut si vous utilisez l'un des modes de mise à l'échelle. Il est également bien connu que les résolutions mises à l'échelle dans MacOS sollicitent considérablement le CPU et le GPU.

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