Por qué Slack consume tanto ancho de banda en Mac (y cómo verlo)

Miras tu barra de menú y Slack está tirando 2 MB/s mientras ni siquiera estás escribiendo. El Monitor de Actividad muestra cuatro entradas distintas de "Slack Helper" con totales distintos, ninguna de las cuales suma lo que ves en tu monitor de red. Si alguna vez te preguntaste por qué el uso de ancho de banda de Slack se siente desproporcionado para el trabajo que está haciendo, la respuesta está en su arquitectura: Electron, websockets, procesos auxiliares y una pila A/V por defecto que es más pesada de lo que la gente cree.

Esto no es una crítica a Slack. Slack es genuinamente útil y la manera en que usa la red mayormente tiene sentido. Pero los números por proceso pueden ser confusos en macOS, y hay unos cuantos ajustes que vale la pena conocer.

Por qué el uso de ancho de banda de Slack corre alto (la respuesta arquitectónica)

Slack en Mac es una app Electron. Eso significa que empaqueta Chromium bajo el capó, y como Chrome divide el trabajo entre varios procesos:

• Slack — proceso principal, interfaz, coordinación.
• Slack Helper — renderers utility y trabajo de fondo.
• Slack Helper (GPU) — proceso GPU para composición.
• Slack Helper (Renderer) — uno o más procesos renderer para la interfaz.
• Slack Helper (Plugin) — host de plugins (raro en versiones actuales).

Cada auxiliar tiene su propio PID. Cada uno puede tener sus propios sockets de red. Cuando preguntas "¿cuánto ancho de banda está usando Slack en Mac?", tienes que sumar entre el padre y todos los auxiliares, o usar una herramienta que los agrupe por ti.

Lo que está realmente en el cable

Algunas categorías de tráfico, aproximadamente en orden de cuánto contribuyen:

1. El websocket

Slack mantiene un websocket persistente abierto a los servidores de Slack. Este lleva actualizaciones de presencia, nuevos mensajes, indicadores de escritura, reacciones, notificaciones de subida de archivos, cambios de estado de canal y pings. En reposo, el websocket es pequeño —unos KB/s— pero cada evento que esperarías que se sintiera "instantáneo" en la interfaz es uno o más frames sobre esta conexión.

Si tienes muchos canales ocupados, solo el websocket puede estar en 50-150 KB/s durante horario laboral.

2. Peticiones HTTP

Cargas de UI, imágenes de avatar, historial de canales, resultados de búsqueda, previsualizaciones de enlaces, emoji. Estas son ráfagas cortas: abrir un canal por primera vez hoy descarga varios MB; abrirlo la segunda vez tira de la caché.

3. Transferencias de archivos

Arrastra una imagen de 30 MB a un canal y verás un pico limpio en tu subida. Slack sube a su almacenamiento de archivos, luego pinguea el websocket para avisar al canal del archivo. Tu cliente, a su vez, descarga previsualizaciones de archivos que otros comparten. Un equipo que comparte muchos archivos de diseño puede mover cientos de MB al día solo en previsualizaciones.

4. Llamadas de audio y vídeo

Esta es la grande. Un huddle de Slack (solo audio) son unos cientos de Kbps por dirección. Los huddles de vídeo son varios Mbps. La pantalla compartida sobre el vídeo puede empujar 5+ Mbps. Multiplica por el número de participantes cuyo vídeo estás decodificando.

5. Actualizaciones y analítica de fondo

El auto-actualizador de Slack corre en segundo plano y tira nuevas versiones periódicamente. Más telemetría: uso de funciones, informes de fallos, medido en KB/día, mayormente despreciable.

Números reales de un día típico

Números de una sola Mac corriendo Slack con unos 25 canales, tres o cuatro activos durante el día, dos huddles totalizando 45 minutos:

• En reposo (app abierta, sin interactuar): 5-30 KB/s en estado estacionario. Más alto con varios canales ocupados.
• Escribiendo en un canal ocupado: picos breves a 50-100 KB/s mientras la presencia y los acuses de lectura fluyen.
• Abriendo un canal en frío: 1-5 MB dependiendo de la profundidad del historial y el conteo de avatares.
• 45 minutos de huddle (1:1, vídeo activado): ~600-900 MB en total.
• Un día laboral típico, sin huddles, actividad moderada: 100-300 MB.
• Un día con dos huddles de vídeo: 1-2 GB fácilmente.

Estos son aproximados. Los hábitos de emoji de tu equipo importan más de lo que pensarías.

Cómo verlo realmente en tu Mac

Tres opciones, en orden creciente de utilidad:

Monitor de Actividad

Abre Monitor de Actividad → pestaña Red. Ordena por "Bytes enviados" o "Bytes recibidos". Verás el padre y los auxiliares como filas separadas, con totales acumulados desde el arranque del proceso. Útil como verificación de cordura, menos útil para "qué está haciendo Slack ahora mismo".

nettop

En Terminal:

nettop -P -m route

Vista en vivo actualizándose por proceso. Mismo problema: Slack y sus auxiliares aparecen como filas separadas.

Un monitor de barra de menú con agrupación de auxiliares

ova está construido alrededor de exactamente este patrón. Muestra una sola fila "Slack" con la tasa combinada entre todos los auxiliares, una sparkline de actividad reciente y una línea de tiempo recorrible para que puedas ver cuándo pasó el pico. Haz clic en "Slack" y puedes profundizar al detalle por auxiliar si lo quieres.

Mira lo que Slack realmente usa

ova agrupa los PIDs de Slack Helper bajo la app padre y muestra ancho de banda en vivo + histórico por app. Local, firmado, ~3 MB.

Descargar para macOS

Reducir el uso de ancho de banda de Slack: los ajustes que realmente importan

La mayoría del consejo de "ahorrar ancho de banda en Slack" está reciclado y equivocado. Esto es lo que realmente funciona:

1. Animar emoji: desactivado

Slack → Preferencias → Animación y Previsualizaciones de Imagen → Animar emoji al desplazar. Desactivar. Reduce tanto el ancho de banda (los GIFs animados son grandes) como la CPU.

2. Mostrar medios en línea: según necesidad

Mismo panel de preferencias. Poner "mostrar imágenes y archivos" a manual significa que haces clic para expandir, lo que evita la descarga automática de cada imagen compartida. El compromiso es una interfaz ligeramente menos rica; para una conexión limitada en ancho de banda, victoria fácil.

3. Predeterminados de voz y vídeo

En un huddle, puedes:

• Apagar tu vídeo: baja tu subida un ~80% para ese segmento.
• Ocultar el vídeo de otros participantes (galería → vista hablante): reduce la carga de decodificación.
• Bajar la calidad de vídeo si Slack la expone.

Para reuniones largas en un hotspot, vídeo apagado es el predeterminado correcto.

4. Sal de Slack cuando no lo necesites

Suena obvio. Slack tiene dificultades para cerrar su websocket cuando se minimiza: cerrar la ventana no sale de la app en macOS. Cmd-Q sí. Si estás en una conexión medida y no necesitas mensajería en tiempo real, sal.

5. Limita qué workspaces se autolanzan

Cada workspace corre aproximadamente un conjunto de auxiliares y un websocket. Tres workspaces significa tres de todo. Eliminar un workspace que no usas activamente elimina su parte de ancho de banda.

Por qué los números no coinciden entre herramientas

Una confusión frecuente: el Monitor de Actividad dice que Slack usó 240 MB hoy, tu monitor de barra de menú dice 380 MB, nettop muestra otro número distinto. Razones:

• Ventanas de medición distintas. El Monitor de Actividad cuenta desde el arranque del proceso. Un monitor de barra de menú podría contar hoy, esta semana, o rodante.
• Inclusión de auxiliares. Si la fila del proceso padre en una herramienta excluye los auxiliares, verás menos que en una que los agrupa.
• Muestreo vs contadores totales. nettop sondea; el Monitor de Actividad lee contadores del kernel; un buen monitor hace lo mismo. Los números deberían coincidir cercanamente si se miden sobre la misma ventana con el mismo alcance.

La solución es elegir una herramienta y usarla consistentemente para comparaciones. La fila por app de ova es un número —combinado entre todos los auxiliares de Slack, sobre una ventana que eliges— lo que hace más fácil la comparación manzanas-con-manzanas.

Slack en un hotspot o conexión limitada

Si haces tethering a tu teléfono o trabajas desde un sitio con tope de datos, Slack se acumula rápido. Reglas prácticas:

1. Sin huddles de vídeo en celular. Los huddles solo audio son tolerables. El vídeo no.
2. Auto-descarga de medios: desactivada. Te ahorra de que alguien comparta un archivo de diseño de 200 MB en un canal que ojeas.
3. No abras canales viejos. Las aperturas en frío descargan historial. Si no necesitas desplazarte, no.
4. Sal de Slack entre sesiones enfocadas. En lugar de dejarlo corriendo por "presencia", confía en el correo o DMs y revisa Slack al inicio y final de tu bloque.
5. Usa el cliente web brevemente. La versión en navegador, en una sola pestaña, puede ser más ligera que la app Electron: menos auxiliares, sin trabajo de fondo de auto-actualización.

Comparar Slack con alternativas

En cuanto a ancho de banda, el orden aproximado:

• iMessage / Mail — basados en push, casi cero en reposo.
• Telegram, WhatsApp — pequeña huella en reposo, tráfico de mensajes modesto.
• Discord — Electron, arquitectura similar a Slack, perfil similar en reposo.
• Microsoft Teams — más pesado que Slack en reposo, similar en llamadas.
• Slack — moderado-pesado en reposo, pesado en llamadas.
• Zoom — ligero en reposo, pesado en llamadas (ver notas en otro lugar).

Esto no es una recomendación de cambiar: el perfil de ancho de banda de Slack es razonable para lo que hace. Pero si has estado culpando a "la red" y en realidad es un cliente de mensajería de 4 GB al día, eso vale la pena saberlo.

Para terminar

El uso de ancho de banda de Slack en Mac es alto porque es una app Electron con un websocket persistente, varios procesos auxiliares y un conjunto de funciones que incluye medios en línea y videollamadas. La mayor parte de lo que ves es normal. Algo es configurable. Todo es más fácil de razonar cuando tu monitor agrupa los auxiliares bajo una fila "Slack".

Ejecuta ova durante un día, observa la contribución de Slack a tu total, y decide si el coste coincide con el valor que obtienes. Para la mayoría, Slack vale la pena; para personas en conexiones medidas, unos pocos retoques de ajustes ahorran mucho.