Pourquoi Chrome dévore la RAM : les vraies raisons de cet appétit

Un processus par site : toute l'histoire en une ligne

Chromium découpe le navigateur en de nombreux processus système : des moteurs de rendu pour les onglets — un par site (l'isolation de sites répartit des sites différents dans des processus différents, même au sein d'un seul onglet) —, un processus GPU, un service réseau, un service de stockage et un processus par extension chargée. L'objectif est la limitation des dégâts : un moteur qui plante emporte un onglet, pas le navigateur, et un moteur compromis n'a aucun accès direct aux autres sites. Le prix, c'est le ballast de chaque processus : vingt sites ouverts, ce sont vingt petits Chromium, chacun avec sa part de bibliothèques, de tas JIT et de tampons de rendu.

L'addition grimpe plus vite qu'on ne croit, parce que le chiffre ne compte pas que les onglets :

• Un processus de rendu par site — dix sites dans dix onglets, plus ceux intégrés depuis d'autres domaines
• Chaque extension activée entretient son propre processus en arrière-plan, même au repos
• Le processus GPU garde images décodées, tuiles et trames vidéo — un onglet YouTube en 4K, c'est surtout lui
• Les service workers survivent à la fermeture de leur onglet, prêts pour les applications hors ligne
• Les pages préchargées des suggestions de la barre d'adresse et le prerender occupent la mémoire avant même votre visite

Pourquoi Chrome ne rend pas la mémoire

Deuxième raison : l'allocateur de Chromium, PartitionAlloc, met en cache les pages libérées à l'intérieur de chaque processus pour les réemployer aussitôt, au lieu de les rendre à Windows. Le Gestionnaire des tâches affiche ce pool dans l'empreinte de Chrome alors qu'il est techniquement libre — le chiffre paraît plus sombre que la pression réelle sur le système. Sous vraie pénurie, le navigateur lâche bien de la mémoire — voilà pourquoi Chrome « récupère » après la fermeture d'une application lourde — mais sur une machine oisive, il retient délibérément ce qu'il a déjà payé.

Une partie de cette mémoire retenue est du cache au sens honnête : le cache avant/arrière garde des pages rendues pour que le bouton Retour soit instantané, et les mappages du cache disque évitent de relire les fichiers. C'est aussi pourquoi un navigateur ouvert depuis des jours paraît plus lourd qu'un autre fraîchement lancé : il a simplement mis en cache plus de choses qui méritent d'être gardées. C'est l'argument de « la RAM inutilisée est de la RAM gaspillée », et pour une fois il est techniquement vrai — l'alternative, c'est tout re-rendre à chaque page revisitée.

Ce qui réduit vraiment l'empreinte

Activez l'Économiseur de mémoire dans chrome://settings/performance : il endort les onglets inactifs et libère leurs moteurs de rendu — le plus gros levier sur une session à nombreux onglets. Ensuite, traquez les vrais coupables : appuyez sur Shift+Esc pour ouvrir le gestionnaire de tâches interne de Chrome et triez par mémoire — le plus souvent, un seul site lourd (une IDE web, une visio, un webmail bedonnant) ou une seule extension pèse plus que quarante onglets ordinaires. Les extensions méritent une suspicion particulière : chacune ajoute un processus à chaque fenêtre, et beaucoup tournent sans interruption.

Après quoi la réponse honnête est de l'arithmétique, pas de la magie : moins d'onglets endormis, moins d'extensions, aucun tableau de bord épinglé à vie que personne ne lit. Basculer l'accélération matérielle échange de la mémoire GPU contre de la charge CPU — parfois gagnant avec un GPU intégral faible, parfois l'inverse. Ce qui ne marche pas : les « nettoyeurs de RAM » qui rognent les jeux de travail de force — le chiffre baisse et le navigateur bégaie pendant qu'il reconstitue ce qu'on lui a coupé.

Questions et réponses

À lire ensuite