Podcasts est beaucoup trop gourmand en mémoire vive sous macOS Ventura
Podcasts aime un petit peu trop la mémoire vive sous macOS Ventura. Comme me l’a fait remarquer un collègue, l’app sollicite de plus en plus de RAM quand elle reste ouverte en arrière-plan, même si elle n’est pas utilisée pendant ce temps. Je n’utilise pas cette app, mais j’ai confirmé le bug en ouvrant Podcasts sur mon Mac et en continuant à utiliser l’ordinateur normalement. Alors qu’elle débute sous la barre des 200 Mo de mémoire vive, elle ne cesse d’augmenter sa consommation jusqu’à devenir l’app qui sollicite le plus la RAM après quelques heures.
Lors de mon premier essai, Podcasts sollicitait autour de 500 Mo de mémoire après une heure à rester en arrière-plan, autour de 700 Mo une heure plus tard, le cap du gigaoctet était atteint trois heures après l’ouverture initiale, les 2 Go dans le courant de l’après-midi et plus de 3 Go le lendemain, après une nuit de veille. En laissant ainsi l’app ouverte sans l’utiliser, j’ai même réussi à approcher les 6 Go, soit plus de 18 % de la RAM totale présente dans mon Mac. Pour un lecteur de podcasts qui ne lisait même pas de podcasts pendant cette durée, cela fait beaucoup.
Dans le jargon, c’est ce que l’on appelle une fuite de mémoire : un programme informatique qui occupe toujours plus de mémoire vive sans raison, pouvant saturer à terme l’ordinateur. Avec les 32 Go de mon Mac Studio, je ne suis pas trop gêné par ce bogue, mais les Mac qui doivent se contenter de 8 Go de RAM vont très vite le sentir passer. Et quand bien même il n’est pas gênant, c’est un défaut qui devrait être corrigé rapidement et macOS Ventura le traine probablement depuis ses débuts, mais il n’est même pas corrigé dans la dernière mise à jour sortie en début de semaine.
Le bug ne semble concerner que les Mac Apple Silicon, ceux qui sont encore équipés d’un processeur Intel sont épargnés d’après nos essais. Par ailleurs, c’est la seule app qui semble touchée dans le lot qui remplace iTunes. Musique est ouverte en permanence sur mon ordinateur et je l’utilise activement pour choisir des albums et les écouter, mais sa consommation de mémoire vive reste stable dans le temps, autour des 350 Mo au moment où j’écris ces lignes. J’ai aussi essayé de mettre l’app TV en défaut, mais elle semble elle aussi gérer correctement la mémoire vive.
Ce n’est pas le premier bug lié à la mémoire vive que l’on recense avec macOS Ventura. Les Réglages Système, nouveau nom de l’app qui remplace les Préférences Système historiques, ont aussi tendance à stocker trop de RAM, mais sur un mode différent. Chaque section de l’app occupe une petite quantité de mémoire et elle n’est pas rendue tant que l’app reste ouverte. C’est une forme de fuite de mémoire aussi, même si elle est moins grave puisqu’elle n’augmente pas continuellement : l’app atteint en effet un pallier, autour de 880 Mo pendant mes essais.
Les Réglages Système de macOS Ventura stockent sans raison la mémoire vive utilisée
Ce bug des Réglages Système est toujours présent lui aussi sous macOS 13.2. Il y a manifestement un problème dans Ventura avec la gestion de la mémoire vive, en particulier sur les Mac Apple Silicon. Il semble aussi que les apps conçues par Apple soient plus touchées, mais si vous avez repéré un problème similaire dans une app tierce, n’hésitez pas à le signaler en commentaire. Peut-être que tous ces bugs sont liés à SwiftUI, le nouveau framework d’interface de la pomme qui a permis de construire les Réglages Système, mais aussi Podcasts via Catalyst.
Quoi qu’il en soit, ces bugs sont toujours là. Faudra-t-il attendre macOS 14 pour enfin les voir corriger ? Espérons que non, mais à en juger par l’absence de correctif rapide, la tâche est peut-être plus compliquée et liée aux fondations même de macOS.
Autant je l’utilise beaucoup sur l’iPhone, autant je ne l’ai jamais lancé sur macOS.
Je suppose que je ne dois pas être le seul, pour que personne ne se soit rendu compte de sa conso depuis le lancement de Ventura.
@Nesus
c'est une application lourdingue et peu pratique.
@Nesus
Même sur iPhone l’application fait chauffer l’appareil et manque de réactivité lors des interactions au doigt. La manière dont le retour graphique est priorisé par rapport à des traitements invisibles en dit long sur la qualité de ce logiciel. L’apparence est potable mais l’exécution technique est nulle et indigne des guidelines édictées par Apple elle-même.
@serenity
J’avoue que je ne l’utilise que sur CarPlay. J’ai ouvert l’application, il y a longtemps pour ajouter les podcasts et donner l’idée de lecture. Depuis, je ne l’ai plus vraiment ouvert. Et en voiture, le téléphone est toujours en charge avec AirPlay, donc chaud.
Je pense que c’est l’équipe de Skylum qui s’est occupée du développement de Podcast, en même temps que Luminar Neo…
@klemanet
"Je pense que c’est l’équipe de Skylum qui s’est occupée du développement de Podcast, en même temps que Luminar Neo…"
Mauvaise langue 😋 😈
@Change
C’est une rancoeur amère, j’aime beaucoup le logiciel de Skylum, mais 30go de ram utilisé sur 16 pour modifier une photo, c’est pas acceptable
Jusqu’à 6Go de RAM occupés pour un podcast ?
Et une mention dans le Guiness des records pour Nicolas, une ! 👏🏼
C’est quand même incroyable que de tels problèmes peuvent se produire et durant si longtemps! Et ça confirme que le contrôle qualité est totalement lacunaire chez Apple, s’il n’y a même pas de tests automatisés pour déceler les « Memory leaks ».
Et outre les tests automatisés, je peux parier que le problème a déjà été signalé par de nombreux utilisateurs du programme beta, mais ce programme est tellement un trou noir qu’il est probable que personne hormis le robot inefficace de Feedback Assistant n’ait eu accès à ces feedbacks… 🙄
Edit: et il y a déjà des retours d’utilisateurs comme quoi le problème semblait déjà présent sous macOS Monterey !!! https://www.reddit.com/r/mac/comments/w9df8h/macos_125_podcast_app_memory_leak/?utm_source=share&utm_medium=ios_app&utm_name=iossmf
C’est consternant de laisser des bugs comme ça pendant si longtemps, peu importe que l’app soit beaucoup utilisée ou non…
@cl97
Je ressens la même chose… Et cela me fait de plus en plus souci pour les plateformes iOS, tvOS, watchOS qui n’ont pas de Moniteur d’activité… Il doit y avoir de ces fuites de mémoire et manque d’optimisation assez incroyables.
C’est quand même fou à quoi Apple s’est rabaissée en seulement quelques années…
@mat16963
oui mais avez vous vu la rentabilité d'Apple ? cette courbe qui monte tel un orgasme en progression, whoAAAA *frotte frotte* hein? la qualité ? quoi ?
@oomu
😂
Merci oomu pour cette bonne tranche de rire !
@cl97
Je ressens la même chose… Et cela me fait de plus en plus souci pour les plateformes iOS, tvOS, watchOS qui n’ont pas de Moniteur d’activité… Il doit y avoir de ces fuites de mémoire et manque d’optimisation assez incroyables.
C’est quand même fou à quoi Apple s’est rabaissée en seulement quelques années…
@cl97
Et sur iOS c’est correct ? Merci
@macbook60
Pour le meilleure et pour le pire, on regarde (et on sait) moins ce qu'il se passe dans iOS, mais le système de gestion de la mémoire est quand même bien différent.
@cl97
Je vois merci
@mat16963
Apple ne s'en préoccupe pas.
Ce genre de bugs: fuite mémoire, bugs graphiques, pertes de fonctionnalités obscures laisse complètement indifférente apple : ça peut prendre parfois 2 à 3 versions MAJEURES de macos parfois pour que ça évolue.
et oui, c'est fort triste en comparaison de ce que fut macos et ses apps fin 2000s (y compris itunes sur mac, oui itunes! qui était CLAIR et efficace sur des centaines de milliers de mp3!)
@oomu
Et pas besoin de remonter si loin… Je suis sur Mac depuis 2012 et jusqu’en 2019 je n’avais pas vraiment de quoi me plaindre il faut dire… Mojave était l’un des meilleurs OS après Mavericks pour moi.
« C’est une forme de fuite de mémoire aussi […] Ce bug des Réglages Système est toujours présent lui aussi sous macOS 13.2. »
Pas d’accord.
De mon point de vue, ce cas n’est pas une fuite de mémoire (et donc pas un bug). C’est une mise en cache, qui me semble tout à fait justifiée dans le cadre d’une telle application et de l’usage normal qu’on en fait : c’est une application qui ne reste pas ouverte longtemps (juste le temps qu’on fasse les changements de réglages que l’on veut) et dans laquelle on apprécie d’avoir une bonne réactivité quand on fait des allers et retours entre deux panneaux de réglages.
Je pense donc que ce comportement est issu d’un choix réfléchi et n’a rien d’un bug.
Le cas de Podcasts est très différent. La bonne nouvelle, c’est que la fuite de mémoire semble limitée à cette application et n’est donc peut-être pas liée aux frameworks système qu’elle utilise (ce qui conduirait à avoir le même genre de fuite dans plein d’autres applications utilisant les mêmes frameworks de la même façon).
@BeePotato
"Je pense donc que ce comportement est issu d’un choix réfléchi et n’a rien d’un bug."
Je dirais plutôt qu’Apple n’a pas jugé nécessaire d’investir des ressources pour une meilleure gestion de la mémoire dans l’app, sachant que comme vous le dite on ne l’utilise que sporadiquement. Mais vu l’état des systèmes chez Apple actuellement, ça pue souvent l’amateurisme et des développeurs surchargés par le travail (ou flemmards) qui implémentent non pas de façon optimale les fonctions, mais au plus simple… et un contrôle qualité qui est le minimum syndical sur la plate-forme de base (iOS) et totalement inexistant sur les autres plateformes…
@BeePotato
Une mise en cache de 6Go?
Quand on sait qu’un fichier de podcast doit faire du 1Mo par min… Ça parait tellement logique. 🤡
@redchou
il parle de Réglagle, qui conserve en cache chaque rubrique déjà ouverte.
@oomu
Oui, mea culpa, j’ai lu trop vite !
@ redchou : « Ça parait tellement logique. »
Ça paraît tellement logique que ça aurait valu le coup de relire attentivement mon commentaire pour voir de quoi je parlais. 🤡 😉
@BeePotato
Oh, ca va ! Ca reste énorme 880Mo pour un cache de l’app réglage… Si tout le monde faisait pareil ! 🤣
@BeePotato
c'est de la paresse. aucune raison de garder chaque rubrique sans fin
mais oui, les ingés ont du se dire "boaah, pas la peine de passer + de temps dessus, de toute façon, les utilisateurs devant l'Abomination Ergonomique vont juste taper dans recherche, régler et fuir ! problème auto-résolu"
@ oomu : « aucune raison de garder chaque rubrique sans fin »
Si. Les raisons que j’ai données dans mon commentaire.
J’aurais fait le même choix. La quantité de RAM consommée a une borne max bien définie (rien à voir avec une fuite de mémoire, donc) dont la valeur n’a rien d’ahurissant par rapport aux caractéristiques des machines sur lesquelles ça va tourner. Cette borne max n’est que très rarement atteinte (en usage normal de cette application, on ne pas pas parcourir systématiquement tous les panneaux de réglages). Dans un usage bien plus classique (ping-pong entre deux panneaux de réglages), ça apporte un gain de réactivité. Enfin, l’application ne tourne pas longtemps, et même si un utilisateur décide de ne pas la fermer, elle ne fait rien et la majorité de son espace mémoire peut donc rapidement passer en swap si d’autres applications ont besoin de la RAM.
Continuer à parler de fuite de mémoire, de manque de contrôle qualité, d’amateurisme ou de paresse pour cet exemple précis, c’est faire soi-même une démonstration d’amateurisme.
Encore une fois, il n’y a pas de rapport avec le bug de Podcasts qui est présenté ici.
@BeePotato
Oui, c’est un peu tiré par les cheveux de parler de fuite de mémoire (même s’il y en a aussi des vrais dedans, j’en parlais dans la news). Mais c’est peut-être la même source du problème que pour Podcasts, ou en tout cas un phénomène similaire.
@ Nicolas Furno : « Oui, c’est un peu tiré par les cheveux de parler de fuite de mémoire »
Ce n’est pas tiré par les cheveux, c’est une erreur.
« même s’il y en a aussi des vrais dedans, j’en parlais dans la news »
Dans l’article sur l’application Réglages système ? Dans ce cas, c’est cette partie qu’il aurait fallu rappeler ici, et non le fonctionnement mentionné qui, lui, n’a pas de rapport avec le gros problème de l’application Podcasts.
« Mais c’est peut-être la même source du problème que pour Podcasts, ou en tout cas un phénomène similaire. »
Tout indique clairement que ce n’est pas le cas.
Je trouve que c’est la pire appli d’Apple, y compris sur IOS. J’aimerais juste parfois me dire : tiens j’ai 6 heures de route aller retour et je me définis une liste de lecture simple que je peux visualiser clairement. Si c’est possible je n’ai jamais trouvé comment le faire aisément.
@nicolier
Tu lis ton premier épisode et tu rajoutes les suivants dans la liste d’attente (comme sur Musique). Pour voir la liste d’attente, quand t’es sur la lecture d’un épisode tu swipe vers le haut.
Elle est lancé depuis ce matin sur l'iMac m1 avec un podcast en cours de lecture (en pause) et la consommation n'a pas dépassée les 353,1 mo est stagne :)
Méchant iMac, il fait ça juste pour vous contredire !
Je n'arrive plus à compter les nombreux bugs et/ou soucis, vraiment chiants sur mon MBP M1 16" sous Ventura 13.2. Pas ces soucis avec les betas ni avec Monterey. Oups ! Sortie de veille : écran noir, plus rien d'accessible etc... Pour une réinstall, message "on ne peut réinstaller Ventura, la version présente n'est pas finie d'être installée. C'est une blague d'Apple ? "Effacer votre volume..et réinstallez". Même Catalina était meilleur..! Sur mon ancien MBP 16" Intel et même OS 12.6.3, tout tourne nickel. Et plutôt réactif. Pas de soucis coté RAM par contre.
Il est vrai que Apple qui sort chaque année un nouveau système ne semble pas très regardant des mini bugs des applications de ses derniers systèmes et lorsque l'on sait que certains d'entre eux n'ont été corrigés que la version suivante comme Yosemite corrigé avec El Capitan les Sierra avec Mojave, Apple ferait mieux de les vérifier et de n'en sortir que chaque 2 ou trois ans. Surtout que le manque de mémoire peut gêner certains Macintosh et donc causer des problèmes. Apple va trop vite et ne fait pas assez de tests avant de sortir systèmes et applications !
Viré de mon Mac.