Cómo ver el uso de red en tiempo real en macOS

"Tiempo real" es una de esas palabras que significa cosas distintas para herramientas distintas. Una app de trading se refiere a microsegundos. Una app del tiempo se refiere a "en los últimos cinco minutos". Cuando quieres ver el uso de red en tiempo real en macOS —para depurar una subida atascada, para confirmar que un cambio de ajuste surtió efecto, para encontrar qué pestaña está martilleando tu ancho de banda— necesitas actualizaciones lo bastante rápidas como para rastrear eventos a escala humana. Una vez por segundo aproximadamente es el punto óptimo. Más rápido se vuelve ruidoso; más lento se pierde picos.

Este es un recorrido de cómo llegar ahí con las herramientas que macOS trae, qué te muestra cada una realmente, y dónde el término "tiempo real" oculta compromisos importantes.

Qué requiere realmente "tiempo real"

Un monitor de red que se siente en tiempo real tiene que hacer tres cosas:

1. Muestrear el kernel lo bastante a menudo. macOS expone los contadores de bytes por proceso a través del mismo mecanismo que usa nettop (sockets PF_SYSTEM/PF_SYSTEM_NDR, info de ruta y contabilidad de procesos). Muestrear a 0,1 Hz se siente lento. Muestrear a 10 Hz dispara la CPU. Alrededor de 1 Hz es el estándar.
2. Calcular deltas. Los contadores crudos son bytes acumulados desde el arranque del proceso. Para obtener una tasa, restas la muestra anterior de la actual y divides por el tiempo transcurrido.
3. Suavizar el resultado. El tráfico de red es a ráfagas a escalas sub-segundo. Una ventana de 1 segundo ya suaviza la mayoría, pero las interfaces típicamente aplican un promedio móvil adicional para que el número mostrado no salte de 0 a 50 MB/s y vuelva a 0 cada tic.

Una herramienta que no suaviza se siente nerviosa. Una herramienta que suaviza demasiado agresivamente se siente retrasada. El punto óptimo es una muestra de 1 segundo con un promedio exponencial de 2-3 muestras.

Herramienta 1: Monitor de Actividad

La pestaña Red del Monitor de Actividad se actualiza cada un par de segundos. Las columnas clave:

• Bytes enviados / Bytes recibidos — acumulados desde que arrancó el proceso.
• Paquetes enviados / Paquetes recibidos — lo mismo, en paquetes.
• Bytes Leídos/Seg — tasa por segundo (puede que necesites activar esta columna vía Visualización → Columnas).

El panel inferior muestra un gráfico de tasa a nivel de sistema. Puedes alternar el gráfico entre Paquetes y Datos.

En qué es bueno el Monitor de Actividad:

• Ordenar visualmente rápido por quién ha usado más datos acumulados desde el lanzamiento.
• Un gráfico razonable de tasa a nivel de sistema.

En qué no es genial:

• Tasa de actualización. El refresco predeterminado son 5 segundos (configurable vía Visualización → Frecuencia de actualización). A 5 segundos, te pierdes los picos cortos por completo.
• Agrupación de auxiliares. Chrome aparece como 7+ procesos separados. Tienes que sumarlos mentalmente.
• Historial. Ciérralo y los datos de tasa se han ido.

Herramienta 2: nettop

nettop es lo más cercano que macOS trae a un monitor de red por proceso en tiempo real. La invocación más útil:

nettop -P -t wifi -d

• -P muestra el nombre del proceso por fila (de otra forma agrupado por PID, lo cual es ilegible).
• -t wifi filtra a la interfaz Wi-Fi; usa -t wired para ethernet.
• -d muestra deltas por segundo. Sin esta flag ves totales acumulados y tienes que hacer la resta en tu cabeza.

También puedes pasar -l 1 para imprimir una sola muestra y salir, lo cual es útil para scripting.

Las columnas que importan:

• bytes_in / bytes_out — bytes recibidos y enviados en la última ventana de muestra.
• interface — qué NIC está llevando el tráfico.
• state — el estado TCP (Established, TimeWait, Listen, etc.).

nettop es más rápido, más granular y más honesto sobre lo que está pasando que el Monitor de Actividad. Sus desventajas:

• Interfaz de terminal. No puedes mantenerlo visible mientras haces otro trabajo sin dedicarle una ventana.
• Sin historial. Sal de nettop, pierde los últimos 30 segundos.
• Sin agrupación de auxiliares. Los auxiliares de Chrome aparecen como filas separadas.
• Tasa de actualización predeterminada a 1 segundo; más rápido significa más parpadeo del terminal.

Herramienta 3: un monitor de barra de menú

La razón por la que existen los monitores de ancho de banda en barra de menú es que "tiempo real" es más útil cuando es ambiente. Quieres ver la tasa sin pensar en ello: sin abrir una app, sin cambiar de pestaña, sin ejecutar un comando. La barra de menú es la única superficie de interfaz en macOS que cumple este criterio: siempre visible, casi sin coste de pantalla, expandible con un solo clic.

ova está construido alrededor de esto. Muestrea aproximadamente a 1 Hz, muestra la tasa actual de subida/bajada en la barra de menú, y al hacer clic se expande a una lista por app ordenada por ancho de banda actual. Los procesos auxiliares (Slack Helper, Google Chrome Helper, Discord Helper, etc.) se agrupan de vuelta bajo su app padre para que no tengas que sumar mentalmente entre filas.

La otra cosa que un monitor de barra de menú te da que ninguna otra cosa hace: historial. El tiempo real es la mitad de la imagen. La otra mitad es "¿cuál era la tasa a las 2:47 PM ayer cuando mi portátil se calentó?". Un monitor que mantiene una serie temporal local puede responder eso. nettop no puede.

Tiempo real, en la barra de menú

Monitor de ancho de banda por app que muestrea a 1 Hz y almacena el historial localmente. ~3 MB, firmado, sin cuenta.

Descargar para macOS

¿Qué pasa con la latencia, no el ancho de banda?

Una confusión común: "uso de red en tiempo real" a veces significa bytes por segundo y a veces significa latencia de ida y vuelta de paquetes. Son problemas distintos y herramientas distintas.

• Ancho de banda (bytes/seg): Monitor de Actividad, nettop, ova.
• Latencia (ms ida y vuelta): ping, mtr, iputils, herramientas de utilidad de red que muestran jitter y pérdida de paquetes.

Si tu videollamada es entrecortada, el ancho de banda puede no ser el problema: latencia o pérdida de paquetes lo son. Las herramientas de ancho de banda no te lo dirán.

Para una comprobación rápida de latencia:

ping -c 30 1.1.1.1

Esto envía 30 ecos ICMP. La salida muestra ida y vuelta min/avg/max y pérdida de paquetes. Cualquier cosa bajo 30 ms con 0% de pérdida es saludable para uso doméstico típico.

Compromisos en monitorización en tiempo real

Algunas cosas a saber si te importa la precisión:

Muestreo vs conteo

nettop y la mayoría de las herramientas de barra de menú muestrean. Eso significa que una conexión TCP que abre, transfiere 100 KB y cierra dentro de una ventana de 200 ms entre muestras puede no aparecer en tu monitor: se plegará en la próxima muestra como parte del total acumulado. Para la mayoría de los casos de uso "encuentra la app pesada", esto está bien. Para forense de tráfico, usa una herramienta de captura de paquetes como tcpdump o Wireshark.

Por proceso vs por interfaz

Los contadores por proceso son agregados por la capa de contabilidad de procesos de macOS. Son exactos para flujos TCP/UDP establecidos pero pierden algo de tráfico a nivel de kernel (túneles VPN dirigidos por KEXT, ciertas extensiones de red). Los contadores a nivel de interfaz de netstat -ib siempre serán mayores que la suma de los contadores por proceso por esta sobrecarga.

Wi-Fi vs ethernet

Si tienes ambas Wi-Fi y ethernet conectadas, cada monitor necesita saber cuál reportar. El Monitor de Actividad las suma por defecto. nettop tiene la flag -t. ova las muestra separadamente para que puedas decir si el tráfico va por el cable o por el aire.

Cuándo "tiempo real" es excesivo, y cuándo no

La monitorización en tiempo real es la herramienta correcta cuando:

• Estás depurando una transferencia atascada.
• Estás verificando que un cambio de ajuste funcionó.
• Estás intentando encontrar un proceso descontrolado.
• Estás en tethering y necesitas saber qué se está comiendo tus datos.

Es la herramienta equivocada cuando:

• Quieres saber tu total mensual de datos: usa un agregado por día o por semana en su lugar.
• Quieres alertar sobre superación de umbrales: configura un tope por día, no por segundo.
• Estás investigando algo que pasó ayer: usa la vista histórica, no en vivo.

Un buen monitor ofrece ambos modos. ova lo hace: barra de menú en vivo más una línea de tiempo recorrible del tráfico pasado. Las dos vistas responden preguntas distintas, y te encontrarás rebotando entre ellas. La vista en vivo te dice qué está pasando ahora; la vista histórica te dice qué estaba pasando cuando algo interesante empezó. Ninguna vista sola basta para el conjunto completo de preguntas de ancho de banda que una semana normal lanza a un usuario de Mac.

Un patrón que aparece a menudo: notas un pico en la vista en vivo, pero para cuando haces clic para investigar, el pico se ha ido. La vista histórica te rescata. Mira los últimos 60 segundos, encuentra la fila por app que acaba de iluminarse, y tienes tu respuesta aunque la imagen en vivo haya vuelto a la línea base.

Para terminar

Para ver el uso de red en tiempo real en macOS:

1. Comprobación rápida: nettop -P -d en un terminal. Integrado, sin instalación.
2. Vista del sistema: Monitor de Actividad → pestaña Red. Solo acumulado, refresco limitado.
3. Tasa por app siempre visible: un monitor de barra de menú como ova. Muestreo de un segundo, agrupación de auxiliares, historial local.

El tiempo real es más útil cuando es ambiente. El coste de "siempre activo" debería ser cercano a cero: bajo un porcentaje de CPU, sin telemetría, sin idas y vueltas a la nube. ova pesa unos 3 MB, funciona en macOS 14 y posteriores, soporta Apple Silicon e Intel, muestrea a 1 Hz, y mantiene cada byte de datos en tu Mac. Pago único, actualizaciones de por vida, devolución a 14 días.