Les Réglages Système de macOS Ventura stockent sans raison la mémoire vive utilisée
Les Réglages Système entièrement revus sous macOS Ventura n’ont pas fini de donner du fil à retordre à ses développeurs. Même si les bêtas ont permis de corriger ses plus gros bugs visuels, cette app codée en SwiftUI en contient d’autres, à l’image de sa mauvaise gestion de la mémoire vive, relevée par le site AAPLCh2. Chaque section de l’app utilise un petit peu de RAM, ce qui est logique, mais Réglages Système ne vide pas cette mémoire tant qu’elle reste ouverte.
Après avoir ouvert Réglages Système et navigué dans un grand nombre de ses sections, j’ai ouvert Moniteur d’activité, l’app fournie avec macOS qui permet de garder un œil sur l’utilisation des ressources d’un Mac. En filtrant la liste pour ne garder que les processus liés au successeur de Préférences Système, il me restait encore une quarantaine d’éléments qui occupaient plus de 880 Mo de RAM. Toute cette mémoire reste utilisée tant que l’app est active et elle ne sera « rendue » au système et aux autres apps qu’à sa fermeture.
Il y a pire : si vous ouvrez la section « Économiseur d’écran », macOS Ventura génère un aperçu qui s’anime pour donner une idée du rendu de l’économiseur sélectionné. C’est une bonne idée, mais cet aperçu peut exploiter une grande quantité de mémoire vive. En sélectionnant le nouvel économiseur fourni avec Ventura, il a consommé pas moins de 2,4 Go de RAM sur mon Mac, rien que pour cet affichage. Comme pour le reste, cette grande quantité n’est pas correctement vidée quand on ferme la section. Le site AAPLCh2 indique que ce n’est même pas le cas lorsque Réglages Système est quittée, mais je n’ai pas réussi à reproduire ce bug.
J’ai noté en revanche un autre bug lié à la mauvaise utilisation des ressources par Réglages Système. Dans la section « Trackpad », les animations qui expliquent chaque geste et qui remplacent les vidéos que l’on avait dans les Préférences Système consomment du processeur, même quand elles ne sont plus visibles. Sur mon Mac Studio, la section continue de mobiliser entre 3 et 5 % du CPU même quand elle n’est plus à l’écran. J’imagine que l’animation n’est pas correctement interrompue en changeant de section, ce qui expliquerait ce comportement.
Une telle utilisation du processeur n’est pas énorme bien entendu et c’est totalement invisible sur mon ordinateur. Cela reste une ressource gâchée et qui peut avoir un impact sur les Mac plus légers en ressource, ou alors sur l’autonomie d’un portable. Espérons qu’Apple consacre encore du temps de développement à cette app, au minimum pour corriger ces bugs.
Jetez moi des pierres mais globalement j’aime les nouvelles préférences système
Pas taper, vraie question : quel est l'intérêt de passer sur la dernière version de macOS directement dès sa sortie ?
Perso, je suis encore sous 11.7.1, sur un MBP Intel, certes. Si j'avais un silicon j'opterais pour Monterey pour 2, voir 3 ans avant d'envisager Ventura. J'ai toujours fonctionné de la sorte et je n'ai jamais rencontré de problème de bugs, compatibilités ou autres...
On peut légitimement critiquer Apple pour ces changements d'OS annuel, mais on connait bien les limites de ce système foireux, ce n'est pas nouveau, alors pourquoi chaque année le même cirque de la part de nombreux utilisateurs ? Si ceux-ci refusaient de suivre la cadence imposée par Apple, ce dernier devrait logiquement revoir sa politique de mise à jour, non ?
@jacobinet
> "non ?"
Non.
En gros utilisateur d'iOS je trouve la nouvelle interface bien plus simple et mieux ordonnée que la précédente. Je m'y retrouve bien mieux dans une liste codée par symboles et couleurs que dans le tableau d'icônes trop détaillées qu'était la précédente.
Et parce qu'en bon rebelle de nature j'adore ne pas être d'accord avec les "c'était mieux avant", accessible 😅
@macge : il y a aussi un autre « bug » (enfin on va dire feature ») très gênante :
Depuis ventura, la création de job arrière plan affiche systématiquement une notification (qui en plus doit être « cliquée » pour disparaître)
Apparemment, il y a SMAppService qui est nouveau et qui doit être implementé dans les apps.
En tout cas, maintenant lancer un service avec homebrew affiche ces notif a chaque lancement du service.
Je cherche encore comment désactiver ça…
@yd29021976
je m'auto réponds, et pour ceux que ça intéresse de désactiver ces notifications.
Une solution existe : https://www.droidwin.com/login-items-are-no-longer-hidden-on-ventura-fix/
Avant en passant par la pomme on avait « à propos » et « assistance » maintenant ce n’est plus le cas, par ou faut il passer pour accéder à l’assistance pour remonter les bugs constatés de ce nouvel OS?
Il est fort possible (voire carrément probable) que ce ne soit pas du tout un bug, mais un comportement voulu. En effet, conserver les processus lancés permet ensuite un retour rapide aux réglages déjà visités, ce qui rend plus fluides les cas où l’utilisateur jongle entre les divers panneaux de réglages.
Dans le cadre d’une application qu’on ne lance pas pour la laisser ouverte en arrière-plan pendant des heures, mais pour l’utiliser pour un usage précis pendant quelques secondes ou quelques minutes, c’est un compromis tout à fait raisonnable.
Mais si jamais on a un utilisateur bizarre qui laisse cette application ouverte en arrière-plan en permanence après avoir joué avec tous les panneaux de préférences ?
Ben l’OS fait son travail normal, et ces processus inactifs (à part celui du trackpad, qui, lui, semble souffrir d’un bug) voient la mémoire qu’ils occupent passer en swap si d’autres processus ont besoin d’espace. Normal.
@BeePotato
"Ben l’OS fait son travail normal, et ces processus inactifs (à part celui du trackpad, qui, lui, semble souffrir d’un bug) voient la mémoire qu’ils occupent passer en swap si d’autres processus ont besoin d’espace. Normal."
Lorsque les machines sont livrées avec 256 GB de stockage de base, voire 128, c’est totalement irresponsable de gaspiller du swap.
Ce n’est PAS un compromis raisonnable.
@ fte : « Lorsque les machines sont livrées avec 256 GB de stockage de base, voire 128, c’est totalement irresponsable de gaspiller du swap.
Ce n’est PAS un compromis raisonnable. »
SI (c’est la guerre des capitales 😛), car on ne parle que de quelques dizaines de Mo par processus, mais surtout d’une situation qui sort complètement de l’ordinaire et doit être très rare (le gusse qui ne ferme jamais l’application de réglages, après avoir fait le tour d’un nombre suffisamment élevé de panneaux de réglages pour que le swap correspondant puisse commencer à se remarquer par rapport à l’espace libre restant sur son SSD).
Donc si, c’est parfaitement raisonnable : privilégier un bon fonctionnement pour le plus grand nombre dans la majorité des cas au détriment d’un cas tellement rare qu’il en reste probablement théorique, c’est un compromis raisonnable. Parfait ? Non, puisque c’est un compromis. Mais raisonnable, oui (pardon : OUI 😉).
@BeePotato
"Donc si, c’est parfaitement raisonnable : privilégier un bon fonctionnement pour le plus grand nombre dans la majorité des cas au détriment d’un cas tellement rare qu’il en reste probablement théorique, c’est un compromis raisonnable."
Lorsque les machines de base sont livrées avec moins de stockage qu’un téléphone, on ne peut pas croire que le constructeur privilégie un bon fonctionnement pour le plus grand nombre. C’est une technique marketing très connue et répandue, hostile, pour pousser au surclassement hors de prix.
Gaspiller du swap - et ce n’est en rien quelques dizaines de MB mais au bas mot un ordre de magnitude supérieur - ajoute à l’hostilité de ces techniques marketing, et il n’y a rien de parfaitement raisonnable dans ce cas.
La réalité est qu’ils n’en ont rien à fiche du confort d’usage, à un certain stade il faut l’admettre. L’UX n’est plus le moteur du design chez Apple depuis des années, le style et le bling le sont. Lifestyle.
> cette app codée en SwiftUI
SwiftUI c'est de la merde.
De plus chaque logiciel d'Apple réécrit en Swift perd en fonctions.
Avec la Console par exemple, on ne peut plus agrandir la taille de la police d'affichage.
Wow c’est la guerre ici avec cet app 😂
Personne ne s’est posé la question que c’est peut être pas un bug !
@ ⚜Dan : « Personne ne s’est posé la question que c’est peut être pas un bug ! »
Si, moi, juste deux commentaires plus haut. 🙂
Content de voir que je ne suis pas tout seul. 👍
Ventura, ce sera sans moi.
Mais c'est une goutte d'eau par rapport à MDS_Store qui me prend 500% du proc pendant 10 minutes à chaque redémarrage de mon MacStudio... (et je suis pas encore sur Ventura :p)
Effectivement, je teste Monterey et Ventura sur un SSD externe depuis des mois, et j'ai bien remarqué ce comportement étrange : mds et mds_stores (les processus de l'indexation de Spotlight) tournent pendant 5 minutes à fond les ballons après un redémarrage !
Ce n'était pas le cas sur Mojave ou Catalina, qui étaient tout de suite utilisables.
Est-ce que certains savent ce que Monterey et Ventura réindexent comme ça à tout bout de champ ?!
Pages