Depuis macOS Big Sur, Apple a ajouté une fonction dans la barre de menu de son système d'exploitation, le centre de contrôle. Et visiblement, cette petite fonction assez pratique a un impact sur le CPU en permanence. Commençons par une chose : ce n'est pas dramatique pour le moment et le centre de contrôle ne ralentit pas votre Mac, mais ce point montre que les API modernes ont parfois des défauts.
C'est Frank A. Krueger qui en a parlé le premier sur X, le centre de contrôle nécessite environ 1 % de CPU sur son Mac. Nous avons pu le vérifier sur deux Mac : sur un Mac mini M1, l'usage du CPU est entre 1 et 2 % en permanence et sur un Mac mini 2018, entre 0,5 et 1 %. La différence entre les deux vient probablement de l'architecture : comme les cœurs économiques de la puce M1 sont moins rapides que ceux du Core i5 d'Intel, l'occupation CPU est mécaniquement plus élevée.
Michael Tsai a compilé quelques retours sur ce sujet sur son blog, qui montrent une chose : Apple a choisi de développer le centre de contrôle avec SwiftUI, une API qui vient de fêter ses 5 ans. Et cette API, pensée au départ pour l'Apple Watch et les appareils mobiles, impose quelques contraintes. La principale, qui est problématique dans le cas présent, est que l'application rafraîchit l'interface et les données à afficher même quand le centre de contrôle est caché (c'est-à-dire la majorité du temps). C'est un comportement intéressant dans le cas d'un appareil mobile, pour une bonne réactivité, mais ce n'est pas nécessairement adapté à un usage fixe.
SwiftUI : 4 ans, c’est grand ?
Maintenant, pour revenir au point évoqué au début, est-ce un problème ? Dans le cas du centre de contrôle seul, non. L'utilisation CPU reste très faible (1 % d'un cœur basse consommation) et ne va pas avoir un impact visible sur les performances ou la consommation. Mais si beaucoup de développeurs se tournent vers SwiftUI avec le temps, ce qui n'est pas encore réellement le cas sur Mac, ce comportement pourrait devenir gênant avec le temps.
