Aplicativos que reconectam após o sleep: capturando picos de banda no Mac

Você abre o MacBook numa cafeteria e em dez segundos o indicador de Wi-Fi vai de ocioso para trabalhando duro. As ventoinhas, que estavam silenciosas, começam audivelmente. O Mail baixa quarenta mensagens, o Slack puxa o backlog de canais que você não viu, o iCloud Drive começa a colocar em dia mudanças dos seus outros dispositivos, e o Time Machine percebe que perdeu o último backup horário. Nada disso está quebrado — é a debandada normal pós-sleep. Mas numa conexão tarifada ou lenta, esses primeiros trinta segundos podem comer mais banda do que a hora seguinte.

Este post é sobre por que isso acontece, quais apps são os infratores de sempre e como espalhar o pico para que o wake-from-sleep não puna sua rede. Se você esteve procurando "mac apps reconectam depois do sleep" porque aquela onda inicial de atividade te surpreende num hotspot, esta é a resposta prática.

Por que apps no Mac reconectam depois do sleep com tamanho pico

Quando um Mac dorme, a maioria das conexões de rede é desfeita (o rádio Wi-Fi está parcial ou totalmente desligado, dependendo do modo de sleep e da fonte de energia). Quando ele acorda, aplicações descobrem que seus sockets de longa duração estão mortos e precisam fazer três coisas quase simultaneamente:

1. Reconectar. Abrir novas conexões TCP com seus servidores de backend.
2. Autenticar. Geralmente um round trip de refresh de token.
3. Colocar em dia. Buscar o que aconteceu enquanto você dormia — novas mensagens, novos emails, novos documentos compartilhados, novos deltas de sync.

Para um usuário ativo com uma dúzia de apps sempre ligados, isso é uma rajada de dezenas de conexões simultâneas e dezenas de megabytes de dados entrando, tudo nos primeiros 5 a 30 segundos depois do wake. O SO não coordena isso — cada app faz sua própria coisa.

Os suspeitos de sempre, ordenados por tamanho típico do pico

Uma taxonomia aproximada de quais apps no Mac reconectam depois do sleep mais agressivamente:

Agentes de sync na nuvem (geralmente os maiores)

• iCloud Drive. Puxa deltas de qualquer documento mudado em outros dispositivos. Se você editou um Keynote de 200 MB no seu iMac, espere isso vindo para o laptop no wake.
• Dropbox / Google Drive / OneDrive. Mesmo padrão — deltas de sync, às vezes grandes se um colega adicionou arquivos numa pasta compartilhada.
• Photos / Biblioteca de Fotos do iCloud. O infrator mais agressivo. Novas fotos do telefone empurram para o Photos no Mac assim que ele acorda.

Pico típico: 5 MB a vários GB dependendo do que mudou.

Email

• Mail.app, Outlook, Spark, Airmail. Conectam ao IMAP/Exchange, buscam novos cabeçalhos, buscam corpos para mensagens em preview. Anexos podem ser pré-baixados se o app está configurado para isso.

Pico típico: 1 a 50 MB dependendo do volume e das políticas de anexo.

Mensageria

• Slack, Discord, Telegram, Microsoft Teams, iMessage, WhatsApp Desktop. Reconectam WebSockets, puxam mensagens perdidas, atualizam estado de canal. Se um colega mandou um vídeo de 200 MB na sua ausência, pode pré-cachear.
• Zoom, FaceTime, Webex (em segundo plano). Mesmo se você não estava em chamada, o app reconecta ao serviço de presença.

Pico típico: 2 a 100 MB. Slack com muitos canais fica no topo.

Backup

• Time Machine. Se um backup horário agendado foi perdido durante o sleep, o Time Machine se recupera assim que a rede volta, especialmente para um NAS.
• Backblaze, Carbonite, Arq, IDrive. Ferramentas de backup contínuo retomam de onde pararam.

Pico típico: dezenas a centenas de MB sustentados por vários minutos.

O próprio macOS

• Atualizações da App Store. O macOS pré-baixa atualizações de apps por padrão.
• Atualizações de sistema. Pré-download multi-GB em segundo plano.
• Spotlight / mds. Indexa novo conteúdo, às vezes puxando de compartilhamentos de rede se você tem algum montado.
• Continuity. Reconecta com dispositivos Apple próximos.

Pico típico: 0 a muito, dependendo se há atualização esperando.

Navegadores

• Chrome, Safari, Firefox. Abas que estavam abertas retomam seu comportamento de rede — atualizando feeds, recarregando previews de vídeo em autoplay, fazendo polling de APIs.

Pico típico: 5 a 50 MB dependendo das abas que tinha abertas.

Pegando o pico com um monitor por app

Observar a barra de menu nos primeiros 30 segundos depois do wake é informativo. A banda total do sistema tipicamente salta de idle (abaixo de 1 MB/s) para 10 a 50 MB/s num pico breve, então se assenta. Com um monitor por app como o ova, o dropdown te mostra quais apps são responsáveis em tempo real:

• iCloud Drive a 4 MB/s por 20 segundos
• Slack Helper a 2 MB/s por 5 segundos
• Mail a 0,5 MB/s por 30 segundos
• Photos a 8 MB/s por 90 segundos

ova agrupa PIDs auxiliares sob o app pai, então "Slack" aparece como uma linha mesmo sendo na verdade vários processos (o renderer, o helper de GPU, o sandbox de plugin). É a diferença entre "resposta útil" e "muralha de nomes de processos crípticos."

A visão de histórico é ainda mais útil que a ao vivo para isso — depois que um pico aconteceu, você pode voltar até o momento do wake e ver o detalhamento em camadas de quais apps consumiram quanto.

Reduzindo o pico

Três linhas de defesa.

Não rode agentes que você não usa

Abra a aba Rede do Activity Monitor. Ordene por "Bytes Enviados" decrescente. Qualquer coisa no top 10 que você não reconhece ou não usa de fato é candidata para desinstalar. Itens-surpresa comuns:

• Um serviço de driver de impressora de uma impressora que você não tem mais.
• Um agente "auxiliar" de software que você desinstalou mas cujo launch agent ainda está em ~/Library/LaunchAgents/.
• Um agente de analytics ou update instalado pelo fornecedor que sobreviveu a uma desinstalação.

Cada um contribui com uma pequena reconexão no wake. Removê-los é higiene.

Escalone o catch-up

Alguns apps te deixam controlar quão agressivamente reconectam. O Slack tem uma configuração "Sincronizar novo conteúdo de forma menos agressiva" (varia por versão). O Mail tem frequência de "Verificar nova mensagem". O Photos tem opção "Pausar por um dia". Para ferramentas de backup, configure o agendamento para horário comercial em dias úteis em vez de contínuo.

Time Machine especificamente: Ajustes do Sistema > Geral > Time Machine > Opções > defina a "frequência de backup" como manual ou numa janela larga. O padrão horário mais wake-after-missed se atualiza imediatamente no wake; manual te deixa disparar backups quando você de fato tem banda.

Use o Modo de Dados Reduzidos

Ajustes do Sistema > Wi-Fi > selecione sua rede > Detalhes > toggle Modo de Dados Reduzidos. O macOS sinaliza para os apps que a banda está restrita. Apps bem comportados respeitam: iCloud pausa, Apple Music cai para bitrate menor, App Store adia downloads. Muitos apps de terceiros ignoram a dica, mas os bem comportados fazem uma diferença notável.

Comportamento de wake-on-network

Um problema separado: alguns Macs estão configurados para acordar com tráfego de rede de entrada. Ajustes do Sistema > Geral > Compartilhamento > toggles relacionados a "Acordar para acesso à rede" no Apple Silicon, ou "Acordar para acesso à rede Wi-Fi" no Intel.

Isso é principalmente útil se você acessa o Mac remotamente (compartilhamento de arquivos, Screen Sharing, Back to My Mac em versões antigas). Para a maioria dos usuários só significa que o Mac acorda brevemente durante a noite, busca email, sincroniza fotos e volta a dormir — e você usou um chunk de dados tarifados sem nem tocar no teclado.

Se você quer desabilitar:

• Apple Silicon: largamente ligado por padrão e não-comutável pelo usuário do mesmo jeito que no Intel; o controle mais próximo é configurações de Compartilhamento e comportamento bateria vs. tomada.
• Intel: Ajustes do Sistema > Economia de Energia / Bateria > "Acordar para acesso à rede" — desligue.

Push notifications e os serviços sempre conectados

Uma fatia pequena mas persistente de banda pós-wake vem do APNs (serviço de Apple Push Notification) e similares — serviços que mantêm uma conexão de longa duração para entregar push notifications. Costumam ser pequenas reconexões (alguns KB) mas acontecem para cada app que usa push: Slack, Telegram, convites de Calendário, lembretes de terceiros.

Você não pode desabilitar APNs sem quebrar notificações. A taxa é pequena o bastante para que isso raramente seja o problema real — se seu pico de wake é centenas de MB, push não é a causa; é um agente de sync.

Hibernate, sleep e modern standby

Uma nota sobre modos de sleep do macOS:

• Sleep: RAM permanece energizada, rede está parcial ou totalmente desligada, wake é rápido.
• Hibernate / Standby: conteúdo da RAM escrito no disco, máquina efetivamente desligada. Wake demora mais.
• Equivalente a PowerNap / Modern Standby no Apple Silicon: estado de baixo consumo com wake periódico para buscar email e sincronizar.

O pico pós-wake é maior quando a máquina esteve num estado de sleep mais cheio. É menor se o Mac esteve acordando periodicamente para se manter em dia. O trade-off é drenagem de bateria — wake periódico custa uma quantidade pequena de potência continuamente, enquanto um único grande wake custa um pico breve de CPU e rádio.

Para conexões tarifadas (hotspot, Wi-Fi de hotel), a mitigação mais simples é ligar o Modo de Dados Reduzidos para a rede — isso também suprime o catch-up de wake de baixo consumo.

Veja o ova em ação

Um monitor de banda na barra de menu para olhar de relance — local, assinado, ~3 MB.

Baixar para macOS

Uma auditoria de wake-from-sleep

Uma vez por semana, faça isso:

1. Coloque o Mac para dormir por pelo menos uma hora (a hora do almoço serve).
2. Abra e imediatamente cheque o ova na barra de menu.
3. Anote a banda total nos primeiros 60 segundos. Qualquer coisa acima de 100 MB merece investigação.
4. Clique no dropdown e identifique os 3 apps com maior pico.
5. Para cada um, decida: esse catch-up eu quero, ou posso limitar/desabilitar?

Algumas iterações disso e seu uso de banda pós-wake vai cair substancialmente sem quebrar nada que você se importe. O princípio é o mesmo de qualquer outra otimização: meça, identifique a maior linha, conserte, meça de novo.

Um cenário específico: tethering na estrada

Quando você está trabalhando do hotspot do telefone, o pico pós-wake é o pior tipo de banda — imprevisível, vem rápido, difícil de interromper. Mitigações práticas:

• Configure o SSID do hotspot para Modo de Dados Reduzidos.
• Saia do Photos antes de viajar. É o maior infrator para sync inesperada.
• Pause o iCloud Drive quando em hotspot — Ajustes do Sistema > seu nome > iCloud > iCloud Drive > desligue temporariamente.
• Pause Dropbox / Google Drive pelos ícones da barra de menu.
• Cheque que o Time Machine não está rodando. Dispare um backup manualmente antes de sair, no Wi-Fi de casa.

Tempo total: 60 segundos de prep antes da viagem. Economia total: muitas vezes 1 a 5 GB ao longo de alguns ciclos de wake.

O que fazer a seguir

O próximo passo certo é instalar um monitor por app e flagrar o próximo momento de wake-from-sleep. O ova é uma opção — cerca de 3 MB, roda em macOS 14+, amostra cerca de uma vez por segundo e agrupa processos auxiliares sob o pai para que o dropdown seja legível em vez de avassalador.

Depois que você tiver visto alguns ciclos de wake, o padrão emerge: normalmente dois ou três apps no Mac reconectam depois do sleep agressivamente o bastante para responder por 80% do pico, e quando você sabe quais são, as correções são curtas e direcionadas. O catch-up não é patológico — é só descoordenado, e a ferramenta certa transforma "por que meu Mac está de repente trabalhando duro" em "o Photos está se atualizando, dá uns 30 segundos."