Corriger WindowServer qui charge le CPU

WindowServer est le compositeur d’affichage de macOS. Son utilisation du processeur reflète le travail nécessaire pour combiner les surfaces des applications sur tous les écrans, mais le nom du processus ne révèle pas quelle application provoque des redessins répétés. Un chiffre élevé pendant une animation, un partage d’écran ou un changement d’affichage peut être normal. Le signal utile est une charge soutenue au repos, accompagnée d’un effet mesurable sur la réactivité, la chaleur ou l’autonomie.

Ce qu’est réellement WindowServer

WindowServer est le compositeur de macOS. Chaque fenêtre, menu, animation et pixel que vous voyez est dessiné et combiné par lui, sur tous les écrans. Parce qu’il touche tout ce qui est à l’écran, une charge graphique importante apparaît sous WindowServer plutôt que sous l’application qui en est la cause. Cela peut le faire passer pour le coupable alors qu’il n’est que le messager.

Ce qui le fait monter

Quelques facteurs font travailler WindowServer plus fort :

• Beaucoup de fenêtres et d’Espaces. Des dizaines de fenêtres ouvertes et une pile de bureaux virtuels doivent tous être suivis et composés.
• Écrans externes et haute résolution. Plus de pixels à pousser, surtout un écran 4K ou 5K, ou plusieurs moniteurs à la fois, élève durablement le niveau de base.
• Résolution mise à l’échelle. Utiliser un affichage à une résolution « s’affiche comme » non native peut exiger une surface de rendu plus grande et un sous-échantillonnage. Le coût dépend du Mac, de l’écran, du mode d’échelle et de la charge ; l’échelle Retina elle-même est normale.
• Transparence et mouvement. Le flou et la translucidité des menus, du Dock et du Centre de contrôle sont des effets en direct que WindowServer calcule en continu.
• Une application riche en fenêtres qui redessine sans cesse, par exemple un terminal qui imprime vite ou une page qui s’anime en arrière-plan.
• Logiciels de capture et d’affichage distant. L’enregistrement d’écran, les appels vidéo, AirPlay, le bureau à distance et les outils d’écran virtuel ajoutent du travail de capture ou de composition.
• Taux de rafraîchissement élevés et bureaux animés. Plus d’images ou des pixels qui changent en continu augmentent le volume de travail même si vous ne touchez pas une fenêtre.

Comment le calmer

Commencez par les gains faciles :

• Réduire la transparence : ouvrez Réglages Système > Accessibilité > Affichage, puis activez Réduire la transparence. Le guide des réglages d’affichage d’Apple décrit le changement visuel. Cela peut alléger le travail des effets en direct, mais comparez la même scène avant de le garder comme correctif de performance.
• Réduire le mouvement : ce réglage a désormais son propre panneau Accessibilité > Mouvement. Le guide Mouvement d’Apple indique qu’il modifie les animations pour des actions telles que l’ouverture d’applications et le changement de bureau.
• Testez l’échelle d’affichage par défaut ou un taux de rafraîchissement plus bas, puis comparez la même charge de travail. Ne sacrifiez pas la lisibilité du texte en partant du principe que toute mise à l’échelle est mauvaise.
• Fermez les fenêtres et réduisez les Espaces dont vous ne vous servez pas, et quittez les applications qui redessinent beaucoup en arrière-plan.
• Mettez en pause l’enregistrement d’écran, le bureau à distance, le fond d’écran animé ou les écrans virtuels un par un pour identifier le responsable.
• Débranchez un écran à titre de diagnostic. Si le niveau de base change, testez séparément son échelle, son taux de rafraîchissement, son câble et son adaptateur.

Ne vous déconnectez et reconnectez qu’après avoir collecté des preuves ; cela redémarre la session d’affichage de l’utilisateur. Un redémarrage peut masquer un bug de redessin sans identifier l’application qui le déclenchera à nouveau.

N’évaluez pas uniquement le pourcentage instantané. Dans le Moniteur d’activité, observez la même scène au repos pendant quelques minutes, reproduisez une animation ou une charge de capture, puis retirez une source suspecte. WindowServer doit être jugé avec le symptôme : saisie plus fluide, moins de chaleur, ou meilleure autonomie. Un chiffre plus bas sans amélioration visible ou thermique n’est pas un correctif utile.

Sous le capot : le compositeur, et pourquoi l’échelle coûte

WindowServer est un compositeur. Chaque application dessine dans son propre tampon hors écran, un backing store, et WindowServer combine ces tampons en l’image finale pour chaque écran, en appliquant transformations et effets au passage. La composition s’exécute dès que la scène change, donc des redessins constants et la capture peuvent coûter du CPU ou du GPU en continu. Certains modes mis à l’échelle utilisent une surface intermédiaire plus grande et la sous-échantillonnent, mais ce n’est qu’un contributeur possible. Le nombre de pixels, le taux de rafraîchissement, le nombre d’écrans et la fréquence de redessin doivent être testés indépendamment.

Où un moniteur aide

Le Moniteur d’activité ou la vue Statut de Mole peuvent montrer les tendances de WindowServer, du CPU et du GPU, mais aucun des deux ne peut attribuer automatiquement le coût du compositeur à une seule application. La méthode fiable est l’isolation contrôlée : arrêtez une source de redessin ou changez une variable d’affichage, puis comparez les niveaux de base au repos et sous charge.

Un diagnostic reproductible

Mesurez WindowServer au repos et pendant le problème, puis isolez le contenu animé, les outils de capture, les écrans, l’échelle et le taux de rafraîchissement un à la fois. Ne conservez le changement que lorsque l’indicateur et le symptôme visible s’améliorent tous les deux. Ne forcez pas la fermeture de WindowServer et ne traitez pas une échelle Retina ordinaire comme un défaut.