Corriger Google Chrome Helper qui charge le CPU

Plusieurs processus Google Chrome Helper sont normaux, car Chrome sépare le travail du navigateur, du moteur de rendu, du GPU, du réseau et des extensions. Le nom seul ne prouve ni que le processus est sûr, ni que Chrome est en panne. Vérifiez qu’il appartient à l’application Chrome installée, puis utilisez le gestionnaire de tâches intégré de Chrome pour relier la consommation de ressources à un onglet, une extension ou un sous-système.

Pourquoi Chrome tourne en une douzaine de processus

Chrome isole le travail dans plusieurs processus pour contenir les plantages et réduire les données auxquelles un site compromis peut accéder. L’architecture multi-processus de Chromium sépare le navigateur, le moteur de rendu, le GPU, le réseau et les utilitaires. Les processus Google Chrome Helper (Renderer) exécutent le contenu d’un site, des extensions ou des cadres, mais la correspondance n’est pas toujours d’un processus par onglet. Un onglet peut utiliser plusieurs moteurs de rendu, et des contenus liés peuvent partager un processus. Google Chrome Helper (GPU) gère le travail graphique. Une CPU élevée remonte souvent à une page ou une extension très active, mais la vidéo, le partage d’écran, les téléchargements et les services du navigateur peuvent aussi en être responsables.

Trouver le vrai coupable avec le Task Manager de Chrome

Activity Monitor affiche les helpers par numéro, ce qui ne vous indique pas à quel onglet ils correspondent. Chrome dispose de son propre gestionnaire de tâches pour cela. Ouvrez le menu de Chrome (les trois points), puis More Tools > Task Manager. Le guide de gestion des onglets de Google documente le même chemin. Il liste les onglets, les extensions et les applications par nom, de sorte que vous puissiez trier par CPU, sélectionner la tâche fautive et cliquer sur End Process sans quitter tout le navigateur.

Les correctifs habituels

Une fois la source identifiée, le correctif est direct :

• Un onglet lourd : fermez-le, ou rechargez-le si un script s’est figé. Les sites de streaming, les grosses applications web et les pages laissées ouvertes pendant des jours sont des coupables fréquents.
• Une extension : désactivez-la via chrome://extensions. Les extensions tournent en permanence en arrière-plan, si bien qu’une seule mauvaise peut coller le CPU même lorsque vous ne l’utilisez pas. Supprimez ce dont vous n’avez pas besoin.
• Le helper GPU en pic : désactivez l’accélération matérielle dans les réglages de Chrome comme comparaison temporaire si l’accélération graphique semble en cause. La laisser désactivée peut reporter le travail sur le CPU et dégrader les performances vidéo ou de rendu.
• Trop d’onglets : utilisez Memory Saver de Chrome et fermez ou écartez les onglets inactifs. Le comportement en arrière-plan varie, jugez donc les onglets dans le Task Manager plutôt que de supposer qu’ils consomment tous la même quantité.

Si un Helper inconnu reste après la fermeture de Chrome, inspectez le chemin de son exécutable et sa signature de code dans Activity Monitor avant de forcer la fermeture ou de supprimer quoi que ce soit. Un nom peut être copié ; la propriété et le chemin sont des preuves plus solides.

Sous le capot : isolation des sites et types de processus

L’architecture multi-processus de Chrome inclut l’ isolation des sites, qui place le contenu inter-sites dans des processus de rendu séparés pour réduire les données exposées par un moteur de rendu compromis. Le processus navigateur coordonne, les processus de rendu exécutent le contenu du site ou des extensions, le processus GPU rastérise et compose, et les processus utilitaires gèrent des tâches comme l’audio et le réseau. Une page peut s’étendre sur plusieurs moteurs de rendu, de sorte qu’Activity Monitor ne peut pas relier de façon fiable un nom de Helper à un seul onglet. Le Task Manager de Chrome dispose de cette relation interne tâche-processus et constitue donc le premier diagnostic le plus fiable.

Où un moniteur système aide

Un moniteur système tel qu’Activity Monitor ou la vue Status de Mole peut établir que Chrome est le propriétaire des ressources et montrer la tendance. Le Task Manager de Chrome nomme ensuite la tâche web. Utilisez les deux couches au lieu d’attendre que macOS comprenne le mappage interne des sites d’un navigateur.

Un diagnostic reproductible

Reproduisez le pic, confirmez que le processus appartient à Chrome, triez le Task Manager de Chrome par CPU, puis modifiez un seul onglet, une seule extension ou un seul réglage graphique. Reprenez la même charge de travail et comparez. Cela préserve l’architecture de sécurité de Chrome tout en corrigeant la vraie tâche, au lieu de traiter chaque Helper comme jetable.