L'isolation a tout multiplié
Depuis le durcissement de l'ère Spectre, Chromium fait tourner chaque site dans son propre processus, et Firefox a suivi avec sa propre découpe par site. Une session de quinze onglets avec deux ou trois extensions, c'est facilement vingt-cinq processus et plus : le navigateur lui-même, le processus GPU, le service réseau, et un moteur de rendu par site. L'isolation par site est une vraie bonne sécurité : un renderer compromis ne peut pas lire les données d'un autre site. Mais chaque processus paie le prix plein de la pile de rendu, et les mêmes quinze onglets qui partageaient un processus en 2014 paient aujourd'hui l'entrée quinze fois.
Les extensions sont des processus aussi. Depuis Manifest V3, elles tournent comme des service workers événementiels : elles se réveillent quand leurs règles l'exigent et maintiennent des scripts de contenu injectés dans chaque page ouverte. Une douzaine de « petites » extensions pèse le poids de plusieurs onglets supplémentaires, et une seule mal élevée peut manger plus que toutes ensemble. Le gestionnaire de tâches intégré de Chrome (Shift+Esc) montre le coût par onglet et par extension, avec leurs noms — cinq minutes là-bat valent mieux que n'importe quel conseil générique.
La plateforme ne sait que grandir
Un navigateur livre le même binaire à tout le monde, et il embarque tout ce que le web moderne sait faire : WebGPU, WebAssembly, WebRTC, WebCodecs, service workers, applications installables. Retirer une fonction tient de l'impossible — quelque part, une banque ou un intranet dépend encore de l'API de 2013 — donc le moteur ne fait qu'accumuler. Chaque version met aussi à jour ses composants en arrière-plan : codecs, pile réseau, listes de navigation sécurisée ; le navigateur que vous n'avez pas redémarré hier s'est corrigé tout seul trois fois.
Les pages web elles-mêmes ont grossi tout aussi vite. Une page moyenne livre des mégaoctets de JavaScript avant d'afficher le moindre contenu, la pub et l'analytics voyagent par-dessus, et un site d'actualités « léger » charge sans effort cent scripts. Le navigateur est honnête sur le poids qu'il porte et pour qui — ouvrez le gestionnaire de tâches intégré et comparez une page de documentation avec une boutique. Le moteur s'est alourdi, mais la cargaison a grossi plus vite.
- Un moteur JavaScript complet avec JIT — chaque processus paie le compilateur, pas seulement les sites gorgés de scripts
- Composition GPU et codecs — chaque renderer porte sa part du pipeline graphique
- Service workers — les sites gardent de la logique active en arrière-plan sans onglet visible
- PWA installables — une webapp obtient son propre runtime, indiscernable d'un petit navigateur
- Extensions — un processus chacune, plus des scripts de contenu injectés dans chaque page ouverte
Ce qui réduit vraiment la facture
Le premier pas honnête, c'est la mise en sommeil des onglets, et il est intégré : les onglets endormis d'Edge gèlent les onglets d'arrière-plan selon un minuteur que vous réglez, et le Memory Saver de Chrome décharge les onglets inactifs et les restaure au clic. Les deux récupèrent de la mémoire réelle, et les deux permettent d'épingler des exceptions pour les sites que vous voulez toujours actifs. Le deuxième pas, c'est l'audit des extensions : supprimez celles que vous ne reconnaissez plus, désactivez celles qui servent une fois par semaine plutôt qu'une fois par heure, et comparez les chiffres du gestionnaire de tâches avant et après.
Ce qui ne marche pas : courir après les navigateurs « légers ». Tout ce qui tourne sur le même moteur porte la même architecture par processus et le même poids de plateforme — vous échangez de la compatibilité ou des correctifs de sécurité contre une erreur d'arrondi. Les vieux forks sur des moteurs abandonnés sont pires que lourds : ce sont des surfaces d'attaque sans correctif. Plus de RAM, c'est le correctif sans glamour qui colle vraiment à la courbe — le navigateur est un système d'exploitation pour le web, et personne ne fait tourner un OS sur la configuration minimale.
Questions et réponses
Pourquoi Chrome ouvre-t-il autant de processus ?
À cause de l'isolation par site : un processus par site, plus des processus dédiés pour le GPU, le réseau et chaque extension. C'est une architecture de sécurité, pas une fuite — Shift+Esc ouvre le gestionnaire de tâches du navigateur avec le détail de chaque processus.
Les navigateurs légers consomment-ils moins de mémoire ?
Rarement de façon perceptible : même moteur, même coût par processus. Les vraiment légers renoncent soit à l'isolation par site, soit aux mises à jour — un échange de sécurité contre des gigaoctets que vous ne récupérez presque jamais.
Vérifiez le contenu avant l'achat.
L'essai unique de 30 minutes couvre les fonctions de base. Les fonctions marquées PRO restent verrouillées jusqu'à l'activation d'une licence payante.
À lire ensuite
Écrivez-nous: [email protected]