Android 17 impose des limites mémoire par application pour préserver les performances

Android 17 renforce la gestion de la mémoire avec des limites par application, calculées en fonction de la RAM totale de l’appareil. Lorsqu’une app dépasse les seuils prévus, Android peut d’abord dégrader ses performances avant de la fermer si la consommation continue de déraper.

Une application qui monopolise la mémoire de votre téléphone peut provoquer ralentissements, fermetures intempestives et parfois une consommation énergétique accrue. C’est précisément ce type de comportement qu’Android 17 entend mieux contenir. Google introduit un mécanisme de limites mémoire par application, proportionnelles à la RAM totale de l'appareil, pour que le comportement d'une seule app n'hypothèque plus les performances globales du système. Le système ne se contente plus d’intervenir lorsque la mémoire vient à manquer : Google cherche désormais à limiter plus tôt les applications dont la consommation devient excessive.

Des limites adaptées à la quantité de RAM

Selon Android Authority, Google documente les seuils dans l'AOSP : sur un appareil de 8 Go de RAM, un processus visible dispose d'un plafond de 5 Go, contre 3 Go pour un processus non visible. Google précise que ces limites sont délibérément conservatrices, les sessions d'applications ordinaires devraient rarement les atteindre. La fonctionnalité cible les comportements véritablement abusifs, fuites mémoire et consommation excessive comprises, avant qu'ils ne provoquent des ralentissements d'interface ou une surconsommation de batterie.

Aucune application n'échappe à la règle : les apps préinstallées ne sont pas exemptées, et les développeurs ne disposent d'aucune liste blanche pour contourner le système. Déjà déployé sur les Pixel sous Android 17, le mécanisme doit progressivement être adopté sur davantage d’appareils Android, y compris sur des modèles disposant de 4 à plus de 16 Go de RAM.

Ralentissement d'abord, fermeture ensuite

Lorsqu’une application exerce une pression excessive sur la mémoire, Android peut davantage s’appuyer sur la zRAM, une zone de mémoire compressée déjà utilisée par le système. Les opérations de compression et de décompression supplémentaires peuvent alors ralentir l’application concernée. Cette compression génère une charge CPU supplémentaire, ce qui se traduit par un ralentissement de l'application fautive. Elle peut ainsi rester active, mais avec des performances dégradées. C'est précisément l'intention : pénaliser l'app problématique sans dégrader le reste du système, une logique que Google travaille à affiner depuis plusieurs années.

Si la consommation mémoire continue malgré ces mécanismes et finit par mettre le système sous forte pression, Android peut finalement terminer le processus concerné. Google fournit également de nouveaux outils de diagnostic afin d’aider les développeurs à repérer les applications qui dépassent régulièrement ces limites et à corriger d’éventuelles fuites mémoire.

Pour l'utilisateur, le bénéfice est concret : une application mal codée ou qui fuit ne pourra plus parasiter l'ensemble du téléphone. La vraie inconnue reste le comportement de certaines applications aux usages légitimement intensifs, éditeurs vidéo, jeux en 3D, dont les besoins mémoire ponctuels sont structurellement élevés. Google affirme que les seuils sont conservateurs, mais c'est dans la pratique, sur des milliers de configurations différentes, que ce calibrage sera réellement mis à l'épreuve.