Por que o Slack consome tanta banda no Mac (e como enxergar isso)

Você dá um relance na barra de menu e o Slack está puxando 2 MB/s enquanto você nem está digitando. O Activity Monitor mostra quatro entradas diferentes de "Slack Helper" com totais diferentes, nenhum dos quais soma o que você vê no seu monitor de rede. Se você já se perguntou por que o uso de banda do Slack parece desproporcional ao trabalho que ele faz, a resposta está na arquitetura — Electron, websockets, processos auxiliares e uma stack A/V padrão mais pesada do que as pessoas percebem.

Não é um post atacando o Slack. Slack é genuinamente útil e a forma como usa a rede em sua maior parte faz sentido. Mas os números por processo podem ser confusos no macOS, e algumas configurações valem conhecer.

Por que uso de banda do Slack fica alto (a resposta arquitetural)

Slack no Mac é um app Electron. Isso significa que empacota Chromium por baixo e, como o Chrome, divide trabalho entre múltiplos processos:

• Slack — processo principal, UI, coordenação.
• Slack Helper — renderers utility e trabalho em segundo plano.
• Slack Helper (GPU) — processo GPU para composição.
• Slack Helper (Renderer) — um ou mais processos renderer para a UI.
• Slack Helper (Plugin) — host de plugin (raro em versões atuais).

Cada helper tem o próprio PID. Cada um pode ter os próprios sockets de rede. Quando você pergunta "quanta banda o Slack está usando no Mac", você tem que somar entre o pai e todos os helpers — ou usar uma ferramenta que agrupa para você.

O que está de fato na linha

Algumas categorias de tráfego, aproximadamente em ordem do quanto contribuem:

1. O websocket

Slack mantém um websocket persistente aberto com os servidores do Slack. Carrega atualizações de presença, novas mensagens, indicadores de digitação, reações, notificações de upload de arquivo, mudanças de estado de canal e pings. Idle, o websocket é pequeno — alguns KB/s — mas cada evento que você esperaria sentir como "instantâneo" na UI é um ou mais frames por essa conexão.

Se você tem muitos canais ocupados, só o websocket pode ficar em 50–150 KB/s durante horário comercial.

2. Buscas HTTP

Carregamentos de UI, imagens de avatar, histórico de canal, resultados de busca, previews de link, emoji. São rajadas curtas — abrir um canal pela primeira vez no dia busca vários MB; abrir pela segunda bate no cache.

3. Transferências de arquivo

Arraste uma imagem de 30 MB para um canal e você verá um pico limpo no seu uplink. Slack faz upload para seu armazenamento de arquivo e depois pinga o websocket para contar ao canal sobre o arquivo. Seu cliente, por sua vez, baixa previews de arquivos que outros compartilham. Um time que compartilha muitos arquivos de design pode mover centenas de MB por dia só em previews.

4. Chamadas de áudio e vídeo

Esse é o grande. Um huddle do Slack (só áudio) é algumas centenas de Kbps por direção. Huddles de vídeo são vários Mbps. Screen share em cima de vídeo pode empurrar 5+ Mbps. Multiplique pelo número de participantes cujos vídeos você está decodificando.

5. Atualizações em segundo plano e analytics

O auto-updater do Slack roda em segundo plano e puxa novas versões periodicamente. Mais telemetria — uso de feature, relatórios de crash — medidos em KB/dia, em sua maior parte negligível.

Números reais de um dia típico

Números de um único Mac rodando Slack com cerca de 25 canais, três ou quatro ativos durante o dia, dois huddles totalizando 45 minutos:

• Idle (app aberto, sem interação): 5–30 KB/s em estado estacionário. Mais alto com vários canais ocupados.
• Digitando num canal ocupado: picos breves para 50–100 KB/s conforme presença e read receipts fluem.
• Abrindo um canal frio: 1–5 MB dependendo da profundidade de histórico e contagem de avatares.
• 45 minutos de huddle (1:1, vídeo on): ~600–900 MB total.
• Um dia de trabalho típico, sem huddles, atividade moderada: 100–300 MB.
• Um dia com dois huddles de vídeo: 1–2 GB facilmente.

São aproximações. Os hábitos de emoji do seu time importam mais do que você imagina.

Como de fato ver no seu Mac

Três opções, em ordem crescente de utilidade:

Activity Monitor

Abra Activity Monitor → aba Rede. Ordene por "Bytes Enviados" ou "Bytes Recebidos". Você verá pai e helpers como linhas separadas, com totais cumulativos desde o início do processo. Útil como sanity check, menos útil para "o que o Slack está fazendo agora".

nettop

No Terminal:

nettop -P -m route

Visão por processo atualizando ao vivo. Mesmo problema — Slack e seus helpers aparecem como linhas separadas.

Um monitor na barra de menu com agrupamento de helpers

ova é construído em torno desse padrão exato. Mostra uma única linha "Slack" com a taxa combinada entre todos os helpers, um sparkline de atividade recente e linha do tempo navegável para você ver quando o pico aconteceu. Clique em "Slack" e você pode descer para detalhe por helper se quiser.

Veja o que o Slack de fato usa

ova agrupa PIDs Slack Helper sob o app pai e mostra banda ao vivo + histórica por app. Local, assinado, ~3 MB.

Baixar para macOS

Reduzindo uso de banda do Slack — as configurações que de fato importam

A maior parte dos conselhos para "economizar banda no Slack" é reciclada e errada. Aqui o que de fato funciona:

1. Animar emoji: desligado

Slack → Preferências → Animação e Previews de Imagem → Animar emoji enquanto eu rolo. Desligue. Reduz banda (GIFs animados são grandes) e CPU.

2. Mostrar mídia inline: conforme necessário

Mesmo painel de preferências. Definir "mostrar imagens e arquivos" como manual significa que você clica para expandir, evitando auto-download de cada imagem compartilhada. Trade-off é UI ligeiramente menos rica; para conexão restrita, vitória fácil.

3. Padrões de voz e vídeo

Num huddle, você pode:

• Desligar seu vídeo — derruba seu upload em ~80% para aquele segmento.
• Esconder vídeo de outros participantes (gallery → speaker view) — reduz carga de decodificação.
• Baixar qualidade de vídeo se Slack expõe.

Para reuniões longas em hotspot, vídeo desligado é o padrão certo.

4. Saia do Slack quando não precisar

Soa óbvio. Slack tem dificuldade de fechar seu websocket quando minimizado — fechar a janela não sai do app no macOS. Cmd-Q sai. Se você está em conexão tarifada e não precisa de mensagem em tempo real, saia.

5. Limite quais workspaces fazem auto-launch

Cada workspace roda aproximadamente um conjunto de helpers e um websocket. Três workspaces significa três de cada coisa. Remover um workspace que você não usa ativamente remove sua fatia de banda.

Por que os números não batem entre ferramentas

Uma confusão frequente: Activity Monitor diz que o Slack usou 240 MB hoje, seu monitor da barra de menu diz 380 MB, nettop mostra outro número ainda. Razões:

• Janelas de medição diferentes. Activity Monitor conta desde início do processo. Um monitor de barra de menu pode contar hoje, esta semana ou rolante.
• Inclusão de helper. Se a linha do processo pai numa ferramenta exclui helpers, você verá menos do que numa ferramenta que agrupa.
• Amostragem vs. contadores totais. nettop faz polling; Activity Monitor lê contadores de kernel; um bom monitor faz o mesmo. Os números devem concordar de perto se medidos pela mesma janela com o mesmo escopo.

A correção é escolher uma ferramenta e usar consistentemente para comparações. A linha por app do ova é um número — combinado entre todos os helpers do Slack, sobre uma janela que você escolhe — o que torna comparação maçãs-com-maçãs mais fácil.

Slack em hotspot ou conexão com cap

Se você tetheriza no telefone ou trabalha de um lugar com cap de dados, Slack soma rápido. Regras práticas:

1. Sem huddles de vídeo no celular. Huddles só áudio são toleráveis. Vídeo não.
2. Auto-download de mídia: desligado. Te poupa de alguém compartilhar arquivo de design de 200 MB num canal que você passa o olho.
3. Não abra canais antigos. Cold opens buscam histórico. Se você não precisa rolar, não.
4. Saia do Slack entre sessões focadas. Em vez de deixar rodando para "presença", confie em email ou DMs e cheque Slack no início e fim do bloco.
5. Use o cliente web brevemente. A versão de navegador, numa única aba, pode ser mais leve que o app Electron — menos helpers, sem trabalho de auto-update em segundo plano.

Comparando Slack com alternativas

Em banda, a ordem aproximada:

• iMessage / Mail — baseado em push, idle perto de zero.
• Telegram, WhatsApp — pegada idle pequena, tráfego de mensagem modesto.
• Discord — Electron, arquitetura similar a Slack, perfil idle similar.
• Microsoft Teams — mais pesado que Slack em idle, similar em chamadas.
• Slack — moderado-pesado em idle, pesado em chamadas.
• Zoom — leve em idle, pesado em chamadas (veja notas em outro lugar).

Não é recomendação para trocar — o perfil de banda do Slack é razoável para o que faz. Mas se você esteve culpando "a rede" e na verdade é um cliente de mensageria de 4 GB por dia, isso vale saber.

Encerrando

Uso de banda do Slack no Mac é alto porque é app Electron com websocket persistente, múltiplos processos auxiliares e conjunto de features que inclui mídia inline e chamadas de vídeo. A maior parte do que você vê é normal. Parte é configurável. Tudo é mais fácil de raciocinar quando seu monitor agrupa os helpers numa linha "Slack".

Rode o ova por um dia, observe a contribuição do Slack para seu total e decida se o custo casa com o valor que você ganha. Para a maior parte das pessoas, Slack vale; para pessoas em conexões tarifadas, alguns ajustes economizam muito.