Arreglar el alto uso de CPU de Google Chrome Helper en Mac

Varios procesos Google Chrome Helper son normales porque Chrome separa el trabajo del navegador, del renderizado, de la GPU, de la red y de las extensiones. El nombre por sí solo no demuestra ni que el proceso sea seguro ni que Chrome esté roto. Verifica que pertenezca a la app Chrome instalada y luego usa el propio Task Manager de Chrome para relacionar el uso de recursos con una pestaña, una extensión o un subsistema.

Por qué Chrome se ejecuta como una docena de procesos

Chrome aísla el trabajo en varios procesos para contener fallos y reducir los datos a los que puede acceder un sitio comprometido. La arquitectura multiproceso de Chromium separa el trabajo del navegador, del renderizado, de la GPU, de la red y de utilidades. Los procesos Google Chrome Helper (Renderer) ejecutan contenido del sitio, extensiones o frames, pero el mapeo no siempre es un proceso por pestaña. Una pestaña puede usar varios renderers, y el contenido relacionado puede compartir un proceso. Google Chrome Helper (GPU) se ocupa del trabajo gráfico. El alto uso de CPU a menudo se remonta a una página o extensión ocupada, pero el video, el compartir pantalla, las descargas y los servicios del navegador también pueden ser responsables.

Encuentra al culpable exacto con el propio Task Manager de Chrome

Activity Monitor muestra los helpers por número, lo que no te dice a qué pestaña corresponden. Chrome tiene su propio task manager que sí lo hace. Abre el menú de Chrome (los tres puntos) y luego More Tools > Task Manager. La guía de administración de pestañas de Google documenta la misma ruta. Lista pestañas, extensiones y apps por nombre, así que puedes ordenar por CPU, seleccionar la tarea problemática y pulsar End Process sin cerrar todo el navegador.

Las soluciones habituales

Una vez que sabes el origen, la solución es directa:

• Una pestaña pesada: ciérrala, o recárgala si un script se quedó trabado. Los sitios de streaming, las web apps grandes y las páginas abiertas durante días son ofensores comunes.
• Una extensión: desactívala en chrome://extensions. Las extensiones se ejecutan de forma constante en segundo plano, así que una mala puede fijar la CPU incluso cuando no la usas. Elimina lo que no necesitas.
• El helper de GPU disparado: desactiva la aceleración por hardware en los ajustes de Chrome como comparación temporal si la aceleración gráfica parece ser la causa. Dejarla desactivada puede mover el trabajo a la CPU y empeorar el rendimiento de video o del renderizado.
• Demasiadas pestañas: usa el Memory Saver de Chrome y cierra o descarta las pestañas inactivas. El comportamiento en segundo plano varía, así que evalúa las pestañas en el Task Manager en lugar de asumir que cada una consume lo mismo.

Si un Helper desconocido sigue ahí después de salir de Chrome, inspecciona su ruta de ejecutable y la firma de código en Activity Monitor antes de forzar el cierre o borrar algo. Un nombre se puede copiar; la propiedad y la ruta son una evidencia más sólida.

Bajo el capó: aislamiento de sitios y tipos de proceso

La arquitectura multiproceso de Chrome incluye site isolation, que coloca el contenido entre sitios en procesos renderer separados para reducir los datos expuestos por un renderer comprometido. El proceso del navegador coordina, los procesos renderer ejecutan contenido del sitio o de la extensión, el proceso GPU rasteriza y compone, y los procesos de utilidad se ocupan de trabajo como audio y red. Una página puede abarcar varios renderers, así que Activity Monitor no puede mapear de forma fiable un nombre Helper a una sola pestaña. El Task Manager de Chrome tiene esa relación interna tarea-proceso y por eso es el mejor primer diagnóstico.

Dónde ayuda un monitor del sistema

Un monitor del sistema como Activity Monitor o la vista Status de Mole puede establecer que Chrome es el dueño del recurso y mostrar la tendencia. El Task Manager de Chrome nombra después la tarea web. Usa ambas capas en lugar de esperar que macOS entienda el mapeo interno de sitios de un navegador.

Un diagnóstico repetible

Reproduce el pico, confirma que el proceso pertenece a Chrome, ordena el Task Manager de Chrome por CPU y cambia una pestaña, extensión o ajuste gráfico. Repite la misma carga de trabajo y compara. Así se preserva la arquitectura de seguridad de Chrome mientras se corrige la tarea real, en lugar de tratar cada Helper como desechable.