Volver al blog
·9 min de lectura·productdevbook

Cómo ver el ancho de banda de Chrome por pestaña en macOS

Cómo desglosar el uso de ancho de banda de Chrome por pestaña en macOS: el problema de los procesos auxiliares, qué herramientas lo manejan y qué se les escapa.

  • App-specific
  • macOS
  • Bandwidth
  • Browser

Tienes 40 pestañas de Chrome abiertas, tus ventiladores giran y llevas 600 MB en la hora sin culpable obvio. El Monitor de Actividad muestra una fila llamada "Google Chrome Helper (Renderer)" treinta y ocho veces. Ninguna te dice qué pestaña es cuál. Para ver el ancho de banda de Chrome por pestaña en macOS, necesitas saber cómo Chrome mapea pestañas a procesos y cómo leer los datos a través de las propias herramientas de Chrome, más un monitor por app que no se ahogue en filas de auxiliares.

Aquí va la configuración práctica, desde el modelo de procesos hasta los pasos accionables.

El modelo de procesos de Chrome en macOS

Chrome es multi-proceso por diseño. Cada pestaña, normalmente, corre en su propio proceso renderer. También hay:

  • Proceso navegador — el proceso principal de Chrome, interfaz, coordinación.
  • Proceso GPUGoogle Chrome Helper (GPU), composición.
  • Procesos rendererGoogle Chrome Helper (Renderer), uno por grupo de frame de sitio, limitado por el tope de procesos de Chrome.
  • Procesos plugin / utility — para cosas como servicio de red, almacenamiento, audio.
  • Procesos de extensión — la mayoría de las extensiones obtienen su propio proceso clase renderer.

Así que una sesión típica de Chrome tiene 1 navegador + 1 GPU + 10-40 renderers + un puñado de procesos utility. En macOS, todos esos aparecen en el Monitor de Actividad como filas separadas bajo nombres casi idénticos.

Por esto "Ancho de banda de Chrome por pestaña en Mac" es una pregunta más difícil que "Ancho de banda total de Chrome". El SO ve PIDs. Tú quieres pestañas.

Cómo se mapea el ancho de banda de Chrome por pestaña en Mac a procesos

Chrome usa un modelo de aislamiento de sitios. Dos pestañas del mismo sitio (mismo eTLD+1, p. ej. *.youtube.com) a menudo comparten un proceso. Pestañas de sitios distintos obtienen procesos distintos. Los iframes entre sitios también pueden lanzar sus propios procesos.

Implicaciones prácticas:

  • Cinco pestañas de youtube.com pueden estar en uno o dos renderers.
  • Cinco pestañas en youtube.com, github.com, twitter.com, news.ycombinator.com, nytimes.com serán cinco renderers distintos.
  • Un iframe de anuncio dentro de una pestaña puede tener su propio proceso. El ancho de banda de ese iframe se atribuye a un proceso al que la pestaña visible para el usuario no parece "pertenecer".

Herramienta 1: Administrador de Tareas de Chrome (Shift-Esc en Mac: está en el menú)

Chrome tiene un administrador de tareas integrado. En macOS, no está vinculado a Shift-Esc por defecto: abre Ventana → Administrador de tareas en la barra de menú de Chrome. (O usa Visualización → Desarrollador → Administrador de tareas según la versión de Chrome.)

El Administrador de tareas muestra una fila por proceso de Chrome, incluyendo:

  • Nombre de la tarea (a menudo el título de la pestaña, o el nombre de la extensión)
  • Huella de memoria
  • CPU
  • Red (tasa actual): clic derecho en la cabecera de columna y activa "Red" si no está visible.

Esto es lo más cercano a "ancho de banda por pestaña en Chrome en Mac" nativo. Ordena por Red y verás qué pestaña está transfiriendo más datos actualmente.

Límites:

  • Muestra la tasa en vivo, no el uso acumulado. Si una pestaña hizo una ráfaga de carga de 200 MB hace una hora, el Administrador no la mostrará: solo lo que está fluyendo ahora.
  • Un sitio compartido entre pestañas se muestra una vez, no por pestaña.
  • Los iframes entre sitios se listan como su propia tarea con nombres crípticos.

Incluso con los límites, el Administrador de tareas es el punto de partida correcto.

Herramienta 2: un monitor por app que agrupa auxiliares

El Administrador de tareas de Chrome te muestra las pestañas en este momento. También quieres una vista longitudinal: lo que Chrome hizo durante la última hora, día o semana, sin cuarenta filas de Google Chrome Helper (Renderer) saturando la imagen.

ova se sienta en tu barra de menú, muestrea tasas por app aproximadamente a 1 Hz y agrupa cada PID auxiliar de Chrome bajo una sola fila "Google Chrome". Ves la tasa combinada, una línea de tiempo reciente y los totales que necesitas para "cuánto he usado hoy".

Las dos herramientas se complementan:

  • Administrador de tareas de Chrome: qué pestaña es pesada ahora mismo.
  • Un monitor de barra de menú con agrupación: cuánto usó Chrome en total, cuándo pasaron los picos y cómo se compara entre días.
Agrupación de procesos auxiliares
ova reúne cada PID "Google Chrome Helper" bajo el padre para que leas "Chrome 12 MB/s" en lugar de cuarenta filas de auxiliares separadas.

Un flujo de 5 minutos para encontrar una fuga de pestaña

Cuando Chrome se siente pesado, este es el bucle:

  1. Abre ova en tu barra de menú. Anota la tasa actual de Chrome. Si es 0-50 KB/s, sin fuga: mira en otra parte.
  2. Si Chrome está sostenido por encima de 1 MB/s mientras no estás navegando activamente, abre el Administrador de tareas de Chrome.
  3. Ordena por Red descendente. La fila top es tu culpable. A menudo es una pestaña de vídeo mal pausada, un websocket de long-poll o una extensión descontrolada.
  4. Anota el nombre de la tarea. Si es una extensión, decide si la necesitas. Si es una pestaña, ciérrala o pausa lo que estuviera haciendo.
  5. Mira ova durante 30 segundos después. La tasa de Chrome debería bajar. Si no, la fuga está en otro sitio.

Esto es un diagnóstico de 60 segundos una vez tienes el flujo dominado.

Añade un monitor de Chrome silencioso a tu barra de menú

ova muestra una sola fila de Chrome con auxiliares combinados y una línea de tiempo recorrible: local, firmado, ~3 MB.

Descargar para macOS

Sorpresas comunes de ancho de banda en Chrome

Algunas cosas que pillan a la gente:

Precarga de YouTube

YouTube precarga los siguientes varios segundos de vídeo constantemente mientras se reproduce. Una pestaña pausada sigue haciendo ping. El autoplay de fondo (cuando cambias de pestaña) a menudo sigue cargando. Si tienes varias pestañas de YouTube, incluso pausadas pueden comerse ancho de banda.

Service Workers

Las apps web modernas instalan service workers que corren en segundo plano incluso cuando la pestaña no está enfocada. Gmail, Twitter, Slack web, Notion todos hacen esto. Periódicamente buscan actualizaciones. Cerrar la pestaña normalmente lo detiene; a veces el worker persiste hasta que el navegador reinicia.

Conexiones de long-poll

Algunas apps web mantienen una conexión HTTP abierta como un websocket de pobre. El tráfico parece pequeño pero constante. A través de muchas pestañas se acumula.

Extensiones

Una mala extensión puede sondear una API cada segundo para siempre. Desactiva extensiones una a una y observa tu monitor: la ruidosa se revelará.

Sincronización

Chrome Sync sube marcadores, historial, contraseñas y pestañas abiertas a tu cuenta de Google. Normalmente diminuto. Tras una gran importación de marcadores, puede ser medible.

Leer los datos: ¿qué es una tasa normal de Chrome?

Algunas líneas base:

  • Inactivo, 5-10 pestañas: 5-30 KB/s combinados.
  • Navegación activa, sin vídeo: picos durante cargas de página, inactivo entre medias.
  • Una pestaña de YouTube reproduciendo 1080p: 600 KB/s - 1,5 MB/s sostenidos.
  • Dos pestañas de YouTube: aproximadamente el doble.
  • Sincronización de Google Drive de una carpeta: puede saturar la subida.
  • Una app web con mal polling: 50-200 KB/s sostenidos incluso inactiva.

Si tu fila de Chrome en ova está por encima de ~100 KB/s mientras no haces nada, algo está mal. Abre el Administrador de tareas y encuéntralo.

Aislamiento de sitios e iframes entre sitios

Una arruga al rastrear ancho de banda: una pestaña en la que estás "encima" puede no ser la que mueve los bytes. Iframes de anuncios, reproductores de YouTube embebidos, widgets de comentarios de Disqus: cada uno puede ser su propio proceso bajo aislamiento de sitios.

En el Administrador de tareas de Chrome, esos aparecen con nombres como Subframe: https://example-cdn.com. A veces verás un subframe consumiendo más que la pestaña padre. Eso es un píxel de rastreo o un SDK de analítica disparándose, y es una pista para considerar un bloqueador de anuncios.

Ahorrar ancho de banda en Chrome sin desactivar funciones

Algunos ajustes de Chrome que mueven la aguja:

1. Ahorro de Memoria (antes Descarte de Pestañas)

Ajustes → Rendimiento → Ahorro de Memoria. Descarta pestañas inactivas. Cuando vuelves a hacer clic, la pestaña recarga, lo que usa ancho de banda, pero a cambio, la pestaña usa cero en segundo plano. Ganancia neta para la mayoría de las cargas de trabajo.

2. Precarga de páginas: desactivada

Ajustes → Rendimiento → Precarga de páginas → Sin precarga. Por defecto Chrome precarga páginas que predice que visitarás. Desactivarlo detiene las descargas especulativas.

3. Aceleración por hardware

No afecta directamente al ancho de banda pero reduce la CPU durante la reproducción de vídeo, lo que permite que el stack de red trabaje menos.

4. Bloquear cookies de terceros

Ajustes → Privacidad y seguridad → Cookies de terceros → Bloquear. Reduce algo de tráfico de rastreadores. Algunos sitios se rompen: revisa por sitio.

5. uBlock Origin o similar

Un bloqueador real de anuncios/rastreadores es el mayor ahorrador de ancho de banda para navegación típica. Páginas que cargaban 4 MB caen a 800 KB. El efecto en tu monitor es dramático si nunca has usado uno.

Cuando el Monitor de Actividad disiente del Administrador de tareas de Chrome

Verás esto a menudo:

  • El Monitor de Actividad muestra Google Chrome Helper (Renderer) con 50 MB recibidos en total.
  • El Administrador de tareas de Chrome muestra el mismo renderer a "0 KB/s" ahora mismo.

Ambos son correctos. El Monitor de Actividad es acumulado desde que arrancó el proceso; el Administrador de tareas es la tasa actual. Para obtener acumulado por pestaña, necesitas una herramienta que agregue a lo largo del tiempo y mapee PIDs a títulos consistentemente, lo cual es difícil porque Chrome reutiliza procesos para nuevas pestañas según las viejas se cierran.

Un compromiso práctico: usa ova para el total acumulado de Chrome, usa el Administrador de tareas para la tasa en vivo por pestaña, y acepta que el acumulado exacto por pestaña es genuinamente difícil de medir en Chrome.

Para terminar

El ancho de banda de Chrome por pestaña que los usuarios de Mac quieren ver se divide en dos preguntas: qué es pesado ahora mismo (usa el Administrador de tareas de Chrome), y qué usó Chrome durante la última hora (usa un monitor por app con agrupación de auxiliares). El SO te da por proceso, Chrome te da por tarea, y la combinación te dice lo que necesitas.

Abre ova, abre el Administrador de tareas de Chrome al lado y pasa cinco minutos observando ambos mientras navegas. Detectarás al menos una pestaña o extensión que no te dabas cuenta de que te estaba costando: la mayoría lo hace.