Réactivations pour inactivité

Cliquez sur l’onglet Processeur, puis choisissez Présentation > Colonnes et vérifiez que Réactivations pour inactivité est coché. Cliquez sur l’en-tête de la colonne pour trier.

Les causes courantes sont les apps qui vérifient les nouveautés à intervalles courts, les animations qui tournent dans des fenêtres invisibles, et les apps de synchronisation ou de messagerie qui gardent des connexions actives. Les navigateurs avec beaucoup d’onglets ouverts peuvent aussi produire de nombreux réveils.

macOS limite cela pour les apps masquées grâce à des fonctions comme App Nap, qui ralentit les minuteurs des apps que vous n’utilisez pas.

Quand tous les cœurs sont au repos, la puce peut mettre en veille des parties partagées du processeur, pas seulement les cœurs. Le manuel de powermetrics d’Apple explique qu’un minuteur ou une interruption qui met fin à ce repos profond coûte plus d’énergie que le même travail effectué alors que le processeur était déjà éveillé.

Une app peut donc n’utiliser presque aucun temps de processeur et empêcher quand même le Mac de se reposer. Chaque réveil est bref, c’est pourquoi il se voit à peine dans le % processeur, mais la puce ne reste jamais longtemps dans son état de plus basse consommation.

macOS limite cela en regroupant les minuteurs qui arrivent à échéance à peu près au même moment, pour que le processeur se réveille une seule fois pour plusieurs d’entre eux. Apple appelle cela la coalescence des minuteurs (timer coalescing). App Nap va plus loin pour les apps masquées en déclenchant leurs minuteurs moins souvent.

1. Quittez ou masquez les apps que vous utilisez activement, pour que la liste montre le comportement en arrière-plan.
2. Dans le Moniteur d’activité, cliquez sur l’onglet Processeur et triez par Réactivations pour inactivité.
3. Observez pendant une minute. Notez les apps qui restent en haut alors que vous ne les utilisez pas.
4. Cliquez sur l’onglet Énergie et vérifiez si les mêmes apps se classent aussi haut en Impact énergétique.
5. Pour une vue dans le Terminal, lancez top -o idlew -stats pid,command,cpu,idlew. La colonne IDLEW est un total cumulé : regardez quelles valeurs montent le plus vite. Appuyez sur q pour quitter.
6. Pour un échantillon plus détaillé, lancez sudo powermetrics --samplers tasks --order wakeups -n 1. La commande liste les réveils par minuteur et par interruption pour chaque processus, triés selon les réveils qui tirent la puce de son repos.

Il n’existe pas de nombre toujours trop élevé, car le compte dépend de l’app et de la durée depuis laquelle elle tourne. Ce qui compte, c’est le schéma.

• Normal : des processus système comme kernel_task et WindowServer en haut de la liste. Ils gèrent les événements matériels et l’affichage, donc ils réveillent souvent le processeur par nature.
• Normal : des apps qui lisent de l’audio, sont en appel ou gardent une connexion active pendant que vous les utilisez.
• À surveiller : une app masquée que vous n’utilisez pas et qui monte vite, surtout si elle affiche aussi Non dans la colonne App Nap.
• À surveiller : les petits utilitaires de la barre des menus qui s’actualisent souvent, comme les horloges avec secondes ou les statistiques en direct. Beaucoup permettent de choisir un intervalle d’actualisation plus lent dans leurs réglages.

Cherchez dans les réglages de l’app un intervalle d’actualisation ou de synchronisation, et allongez-le. Désactivez les aperçus en direct ou les animations dont vous n’avez pas besoin. Mettez l’app à jour et, si le problème persiste, prévenez le développeur : Apple demande aux développeurs de réduire les minuteurs au minimum, donc un flot continu de réveils venant d’une app au repos est un bug qui mérite d’être signalé.