Voltar ao blog
·8 min de leitura·productdevbook

Como ver o uso de rede em tempo real no macOS

Como ver o uso de rede em tempo real no macOS, por que a maioria dos caminhos engana e como montar uma taxa de relance que realmente ajuda.

  • macOS
  • Bandwidth
  • Network monitoring
  • Tutorial

"Tempo real" é uma daquelas palavras que significa coisas diferentes para ferramentas diferentes. Um app de trading significa microssegundos. Um app de clima significa "nos últimos cinco minutos". Quando você quer ver uso de rede em tempo real no macOS — para debugar upload travado, confirmar que mudança de configuração pegou, achar qual aba está martelando sua banda — você precisa de atualizações rápidas o bastante para rastrear eventos em escala humana. Cerca de uma vez por segundo é o ponto certo. Mais rápido vira ruído; mais lento perde picos.

Este é um tour de como chegar lá com as ferramentas que o macOS vem, o que cada uma de fato te mostra e onde o termo "tempo real" esconde trade-offs importantes.

O que "tempo real" exige de fato

Um monitor de rede que se sente em tempo real tem que fazer três coisas:

  1. Amostrar o kernel frequentemente o bastante. O macOS expõe contadores de bytes por processo pelo mesmo mecanismo que o nettop usa (sockets PF_SYSTEM/PF_SYSTEM_NDR, info de rota e contabilidade de processo). Amostrar a 0,1 Hz parece lento. Amostrar a 10 Hz dispara CPU. Em torno de 1 Hz é o padrão.
  2. Computar deltas. Os contadores crus são bytes cumulativos desde início do processo. Para conseguir uma taxa, você subtrai a amostra anterior da atual e divide pelo tempo decorrido.
  3. Suavizar o resultado. Tráfego de rede é em rajadas em escalas sub-segundo. Uma janela de 1 segundo já suaviza a maior parte, mas UIs tipicamente aplicam uma média móvel adicional para o número exibido não pular de 0 para 50 MB/s e voltar a 0 a cada tick.

Uma ferramenta que não suaviza parece tremida. Uma ferramenta que suaviza demais parece atrasada. O ponto certo é amostra de 1 segundo com média exponencial de 2–3 amostras.

Ferramenta 1: Activity Monitor

A aba Rede do Activity Monitor atualiza a cada poucos segundos. As colunas chave:

  • Bytes Enviados / Bytes Recebidos — cumulativo desde que o processo iniciou.
  • Pacotes Enviados / Pacotes Recebidos — mesmo, em pacotes.
  • Bytes Lidos/Segtaxa por segundo (você pode precisar habilitar essa coluna via Visualizar → Colunas).

O painel inferior mostra um gráfico de taxa do sistema. Você pode trocar o gráfico entre Pacotes e Dados.

No que o Activity Monitor é bom:

  • Sort visual rápido por quem usou mais dados cumulativos desde launch.
  • Gráfico razoável de taxa do sistema.

No que não é ótimo:

  • Taxa de update. O refresh padrão é 5 segundos (configurável via Visualizar → Frequência de Atualização). Em 5 segundos você perde picos curtos totalmente.
  • Agrupamento de helpers. Chrome aparece como 7+ processos separados. Você tem que somar mentalmente.
  • Histórico. Feche e os dados de taxa se vão.

Ferramenta 2: nettop

nettop é o mais perto que o macOS vem de monitor de rede por processo em tempo real. A invocação mais útil:

nettop -P -t wifi -d
  • -P mostra nome do processo por linha (do contrário agrupado por PID, que é ilegível).
  • -t wifi filtra para a interface Wi-Fi; use -t wired para ethernet.
  • -d mostra deltas por segundo. Sem essa flag você vê totais cumulativos e tem que fazer a subtração de cabeça.

Você também pode passar -l 1 para imprimir uma única amostra e sair, o que é útil para script.

As colunas que importam:

  • bytes_in / bytes_out — bytes recebidos e enviados na última janela de amostra.
  • interface — qual NIC está carregando o tráfego.
  • state — o estado TCP (Established, TimeWait, Listen, etc.).

nettop é mais rápido, mais granular e mais honesto sobre o que está acontecendo do que o Activity Monitor. Suas desvantagens:

  • UI de terminal. Você não pode mantê-lo visível enquanto faz outro trabalho sem dedicar uma janela.
  • Sem histórico. Saiu do nettop, perde os últimos 30 segundos.
  • Sem agrupamento de helpers. Helpers do Chrome aparecem como linhas separadas.
  • Taxa de update padrão é 1 segundo; mais rápido significa mais flicker do terminal.

Ferramenta 3: um monitor na barra de menu

A razão de monitores de banda na barra de menu existirem é que "tempo real" é mais útil quando é ambiente. Você quer ver a taxa sem pensar — sem abrir um app, mudar abas ou rodar um comando. A barra de menu é a única superfície UI no macOS que atende esse critério: sempre visível, custo de tela quase nenhum, um clique para expandir.

ova é construído em torno disso. Amostra a cerca de 1 Hz, exibe a taxa atual up/down na barra de menu e ao clicar expande para uma lista por app ordenada pela banda atual. Processos auxiliares (Slack Helper, Google Chrome Helper, Discord Helper, etc.) são agrupados de volta sob o app pai para você não ter que somar mentalmente entre linhas.

Amostragem a 1 Hz
ova amostra tráfego por processo cerca de uma vez por segundo — rápido o bastante para rastrear o que você está de fato fazendo, lento o bastante para manter CPU em idle abaixo de 0,3%.

A outra coisa que um monitor de barra de menu te dá e nada mais dá: histórico. Tempo real é metade da foto. A outra metade é "qual era a taxa às 14h47 ontem quando meu laptop esquentou?". Um monitor que mantém uma série temporal local pode responder. nettop não pode.

Tempo real, na barra de menu

Monitor de banda por app que amostra a 1 Hz e armazena histórico localmente. ~3 MB, assinado, sem conta.

Baixar para macOS

E quanto a latência, não banda?

Confusão comum: "uso de rede em tempo real" às vezes significa bytes por segundo e às vezes significa latência de round-trip de pacote. São problemas diferentes e ferramentas diferentes.

  • Banda (bytes/seg): Activity Monitor, nettop, ova.
  • Latência (ms round-trip): ping, mtr, iputils, ferramentas utilitárias de rede que mostram jitter e perda de pacote.

Se sua chamada de vídeo está picotada, banda pode não ser o problema — latência ou perda de pacote é. Ferramentas de banda não vão te dizer isso.

Para checagem rápida de latência:

ping -c 30 1.1.1.1

Isso manda 30 echos ICMP. A saída mostra round-trip min/avg/max e perda de pacote. Qualquer coisa abaixo de 30 ms com 0% de perda é saudável para uso doméstico típico.

Trade-offs em monitoramento em tempo real

Algumas coisas para saber se você liga para precisão:

Amostragem vs contagem

nettop e a maioria das ferramentas de barra de menu amostram. Isso significa que uma conexão TCP que abre, transfere 100 KB e fecha numa janela de 200 ms entre amostras pode não aparecer no seu monitor — vai ser dobrada na próxima amostra como parte do total corrido. Para a maior parte dos casos de uso "ache o app pesado", isso está bem. Para forense de tráfego, use ferramenta de captura de pacote como tcpdump ou Wireshark.

Por processo vs por interface

Contadores por processo são agregados pela camada de contabilidade de processo do macOS. São precisos para flows TCP/UDP estabelecidos mas perdem algum tráfego em nível de kernel (túneis VPN com KEXT, certas network extensions). Os contadores no nível de interface do netstat -ib vão sempre ser maiores que a soma dos contadores por processo por causa desse overhead.

Wi-Fi vs ethernet

Se você tem Wi-Fi e ethernet ligados, cada monitor precisa saber qual reportar. Activity Monitor soma por padrão. nettop tem a flag -t. ova mostra separadamente para você dizer se o tráfego está indo pelo fio ou pelo ar.

Quando "tempo real" é overkill, e quando não é

Monitoramento em tempo real é a ferramenta certa quando:

  • Você está debugando transferência travada.
  • Você está verificando que mudança de configuração funcionou.
  • Você está tentando achar processo descontrolado.
  • Você está tetherizado e precisa saber o que está comendo seus dados.

É a ferramenta errada quando:

  • Você quer saber seu total mensal de dados — use agregado por dia ou por semana.
  • Você quer alertar em quebras de threshold — configure cap por dia, não por segundo.
  • Você está investigando algo que aconteceu ontem — use visão histórica, não ao vivo.

Um bom monitor oferece os dois modos. ova oferece — barra de menu ao vivo mais linha do tempo navegável de tráfego passado. As duas visões respondem perguntas diferentes, e você vai se pegar quicando entre elas. A visão ao vivo te diz o que está acontecendo agora; a visão histórica te diz o que estava acontecendo quando algo interessante começou. Nenhuma sozinha é o suficiente para o conjunto completo de perguntas de banda que uma semana normal joga num usuário de Mac.

Padrão que aparece frequente: você nota um pico na visão ao vivo, mas quando clica para investigar, o pico se foi. A visão histórica te resgata. Olhe os últimos 60 segundos, ache a linha por app que acabou de acender e você tem sua resposta mesmo que a foto ao vivo voltou à linha de base.

Encerrando

Para ver uso de rede em tempo real no macOS:

  1. Checagem pontual rápida: nettop -P -d num terminal. Built-in, sem instalação.
  2. Visão do sistema: aba Rede do Activity Monitor. Só cumulativo, refresh limitado.
  3. Taxa por app sempre visível: monitor de barra de menu como o ova. Amostragem de um segundo, agrupamento de helpers, histórico local.

Tempo real é mais útil quando é ambiente. O custo de "sempre ligado" deveria ser perto de zero — abaixo de um por cento de CPU, sem telemetria, sem round-trips de nuvem. ova tem cerca de 3 MB, roda em macOS 14 e posteriores, suporta Apple Silicon e Intel, amostra a 1 Hz e mantém cada byte de dado no seu Mac. Pagamento único, atualizações para a vida toda, reembolso em 14 dias.