Consumo de batería por actividad de red en una MacBook

Tu MacBook está sobre el escritorio, con la tapa medio abierta, sin hacer "nada". Te alejas con 92% y vuelves noventa minutos después al 71%. El Monitor de Actividad no muestra nada al máximo. Los ventiladores están en silencio. Pero la batería sangra, y la respuesta casi siempre es la misma: algo está hablando con la red, las radios nunca duermen, y al SoC lo despiertan a empujones para ocuparse de ello.

El drenaje de batería en una MacBook no siempre es una historia de CPU. Una cantidad sorprendente es una historia de red. Si quieres entender el comportamiento de drenaje de batería de la MacBook por la red, tienes que mirar lo que está pasando entre las apps en primer plano: los auxiliares, los daemons de sincronización, los keep-alives y las apps de chat que nunca se callan del todo.

Por qué el drenaje de batería de la MacBook por la red es distinto

Hay tres capas que pagan por cada paquete que tu Mac envía o recibe.

1. La radio. Wi-Fi (o celular, cuando hay tethering) es uno de los componentes más sedientos de energía de la máquina. Consume notablemente más corriente al transmitir que en reposo, y no puede dormir profundamente si el host le sigue pasando paquetes.
2. El system-on-chip. Incluso un evento de red diminuto (un ACK de 200 bytes, un ping de heartbeat) despierta partes del SoC, ejecuta algo de código y vuelve a dormir. Cientos de estos por minuto se acumulan.
3. La pantalla y el kernel. Algunos eventos de red disparan notificaciones, actualizaciones de insignia o despertares breves que encienden la retroiluminación o ejecutan un daemon de notificaciones. Cada uno es un golpe pequeño pero real.

El patrón que asesina la duración de batería es la cháchara constante de bajo volumen: una app que hace ping cada pocos segundos, un cliente de sincronización haciendo sondeos infinitos de metadatos, o una app de videoconferencia que nunca libera del todo su sesión de audio/red tras una reunión.

Cómo detectar a los infractores

La pestaña Energía del Monitor de Actividad te da un número de "Impacto energético medio", pero combina CPU, GPU y red en una sola puntuación. Para atribuir el drenaje específicamente a la actividad de red, necesitas ancho de banda por app a lo largo del tiempo, no solo un total desde el arranque.

Cómo se ve "lo bueno"

Una Mac sana en reposo en Wi-Fi, sin trabajo en primer plano, típicamente mostrará:

• Unos pocos KB/s de tráfico de fondo para servicios del sistema (NTP, notificaciones push, comprobaciones de actualización)
• Ráfagas breves cuando una app como Mail o Mensajes sincroniza
• Largos tramos de tráfico casi cero entre ráfagas

Cómo se ve "lo malo"

• Una línea base sostenida de 50-200 KB/s que nunca baja
• Picos repetidos en un intervalo regular (cada 30 segundos, cada minuto)
• Una sola app mostrando MB acumulados significativos durante un periodo en reposo

Si ves el patrón malo, tienes un problema de batería escondido tras un problema de red.

Los sospechosos habituales

Un puñado de apps aparece consistentemente en investigaciones de drenaje de batería de la MacBook por la red.

Clientes de sincronización en la nube

Dropbox, Google Drive, OneDrive e iCloud Drive mantienen conexiones de fondo. Cuando indexan una carpeta, vigilan cambios o suben una cola, mantienen la radio ocupada. Si tienes los tres corriendo y la misma carpeta está siendo vigilada por dos de ellos, estás pagando dos veces.

Apps de chat y reuniones

Slack, Discord, Microsoft Teams y Zoom mantienen conexiones persistentes. Solo los procesos auxiliares de Slack pueden mantener varios sockets abiertos por workspace. Teams ha sido históricamente un hablador de fondo pesado. Zoom mantiene los dispositivos de audio y las sesiones de red vivos más tiempo del que esperarías tras terminar una llamada.

Navegadores con demasiadas pestañas

Una ventana de Chrome con 40 pestañas son 40 pequeños actores de red. Cada uno puede sondear actualizaciones, refrescar anuncios o transmitir telemetría. El agregado es significativo, y porque cada proceso auxiliar es pequeño, no aparece claramente en herramientas que no agrupan los auxiliares bajo su padre.

Copia de seguridad y antivirus

Time Machine por la red, Backblaze, Carbon Copy Cloner con destinos en la nube y cualquier agente de seguridad de endpoint de terceros mantendrán la radio ocupada cuando tengan trabajo que hacer.

Atribuir la pérdida de batería a una app específica

Aquí va un flujo de trabajo que funciona en cualquier MacBook moderna.

1. Establece una línea base. Cierra todo lo que puedas. Anota el porcentaje de batería, la hora y el vatiaje de pmset -g batt si quieres un número.
2. Espera quince minutos con la tapa abierta y la pantalla atenuada. Sin uso activo.
3. Comprueba el uso de red por app para esa ventana. Buscas la app que silenciosamente acumuló más datos.
4. Sal del sospechoso y repite durante otros quince minutos.
5. Compara las tasas de drenaje. Un drenaje significativo relacionado con la red cambiará entre 1 y 3 puntos porcentuales por cada quince minutos cuando elimines al infractor.

Este es el tipo de trabajo para el que ova está construido: un monitor de ancho de banda en la barra de menú visible de un vistazo que muestra tasas en vivo y líneas de tiempo históricas por app, muestreando aproximadamente a 1 Hz, con auxiliares agrupados bajo padres para que la lectura coincida con tu modelo mental.

Mira qué se está comiendo tu batería a través de la radio

ova es un monitor minimalista de ancho de banda en la barra de menú de macOS: datos locales, firmado y notarizado, unos 3 MB. Tasa en vivo por app más un historial recorrible.

Descargar para macOS

Pasos prácticos que puedes tomar hoy

No necesitas diagnosticar nada para conseguir la mayoría de las victorias. Aquí están los cambios que rinden más rápido.

Elige un drive en la nube y degrada el resto

Si tienes Dropbox, iCloud Drive y OneDrive todos corriendo, elige uno como principal y sal de los demás cuando no los necesites activamente. Dos motores de sincronización vigilando carpetas solapadas es un impuesto que sigues pagando.

Sal de las apps de chat que no estés usando

Slack y Discord están diseñadas para sentirse "siempre activas". Eso es genial para la capacidad de respuesta y malo para la batería cuando intentas escribir o leer sin conexión. Salir de ellas mientras te concentras y reabrirlas cuando cambias de contexto no cuesta nada socialmente y ahorra batería real.

Cierra ventanas de navegador que olvidaste

La ventana "ya volveré a eso" con 30 pestañas del martes pasado es un drenaje de batería de fondo. Marca como favorito y cierra.

Desactiva los ítems de inicio que no necesitas

Ajustes del Sistema → General → Ítems de Inicio. La mayoría de usuarios tienen 3-5 cosas ahí que no recuerdan haber añadido. Cada una es un candidato a actor de red al arranque.

Usa el Modo de Bajo Consumo con batería

Ajustes del Sistema → Batería → Modo de Bajo Consumo. Limita la actividad de fondo y reduce las descargas en segundo plano. No es un monitor de red, pero amortigua a los peores infractores automáticamente.

Lo que macOS te dice y lo que no

macOS expone mucha información sobre energía y una cantidad moderada sobre uso de red, pero no conecta los dos bien.

• Monitor de Actividad → Energía muestra el impacto energético pero agrupa la red en una puntuación
• Monitor de Actividad → Red muestra los bytes enviados y recibidos, pero es una instantánea, no una línea de tiempo, y no agrupa auxiliares
• Batería → Salud de Batería → Últimas 24 horas en Ajustes del Sistema muestra la curva de descarga pero sin atribución por app
• Consola.app muestra razones de despertar pero es abrumadora y no está diseñada para no ingenieros

Esa brecha, entre "la batería se está drenando" y "esta app específica es responsable porque mantiene la radio ocupada", es exactamente la brecha que un monitor de ancho de banda por app llena. ova te da la línea de tiempo y la atribución por app en un solo desplegable de la barra de menú, y porque es solo local, no añade su propia cháchara de red al problema que intentas resolver.

Una nota sobre celular y modos de tethering

Si haces tethering de tu MacBook a tu teléfono, cada byte cuesta más, tanto en términos de coste de plan como en términos de potencia de radio. El módem celular del teléfono está hablando, pero tu Mac está generando la demanda. El mismo enfoque diagnóstico aplica, salvo que las consecuencias son más visibles porque puedes ver también la batería de tu teléfono cayendo en paralelo.

Cuando estás en tethering, macOS marca la conexión como cara y algunas apps respetan esa señal. Muchas no. Los servicios de copia de seguridad en la nube en particular tienen un mal historial conteniéndose en conexiones medidas. Auditar el uso por app importa aún más cuando el ancho de banda tiene un coste en dólares atado.

Para terminar

El problema del drenaje de batería de la MacBook por la red es real, común y casi siempre rastreable a dos o tres apps. El camino adelante es corto:

• Establece que el drenaje está pasando cuando nada debería estar corriendo
• Identifica qué apps están generando tráfico de fondo con una vista por app y con auxiliares agrupados
• Sal o reconfigura a los infractores, uno a la vez
• Verifica que la tasa de drenaje bajó

No necesitas nada exótico. Necesitas visibilidad sobre lo que la radio de tu Mac está haciendo, idealmente en la barra de menú donde realmente la mirarás. Ese es todo el sentido de ova: se queda ahí, muestrea la red, agrupa los auxiliares y te muestra la línea de tiempo. Unos 3 MB en disco, funciona en macOS 14 y posteriores, todos los datos se quedan en tu máquina.

Pasa diez minutos auditando una vez. Encontrarás la única app que silenciosamente te estaba costando un 15% por hora y recuperarás la mayor parte de esa batería.