Torna al blog
·8 min di lettura·productdevbook

Come vedere l'uso di rete in tempo reale su macOS

Come vedere l'uso di rete in tempo reale su macOS, perché molti metodi sono fuorvianti e come ottenere un valore leggibile a colpo d'occhio.

  • macOS
  • Bandwidth
  • Network monitoring
  • Tutorial

"Tempo reale" è una di quelle parole che significa cose diverse per strumenti diversi. Un'app di trading intende microsecondi. Un'app meteo intende "negli ultimi cinque minuti". Quando vuoi vedere l'uso di rete in tempo reale su macOS — per fare debug di un upload bloccato, per confermare che un cambio di impostazione abbia avuto effetto, per trovare quale scheda sta martellando la banda — ti servono aggiornamenti abbastanza veloci da tracciare eventi a scala umana. Circa una volta al secondo è il punto giusto. Più veloce diventa rumoroso; più lento perde i picchi.

Questo è un giro di come arrivarci con gli strumenti che macOS include, cosa ti mostra ognuno davvero, e dove il termine "tempo reale" nasconde compromessi importanti.

Cosa richiede davvero il "tempo reale"

Un monitor di rete che si sente in tempo reale deve fare tre cose:

  1. Campionare il kernel abbastanza spesso. macOS espone i contatori byte per processo attraverso lo stesso meccanismo che usa nettop (socket PF_SYSTEM/PF_SYSTEM_NDR, info di route, e accounting di processo). Campionare a 0,1 Hz si sente laggoso. Campionare a 10 Hz fa schizzare la CPU. Intorno a 1 Hz è lo standard.
  2. Calcolare delta. I contatori grezzi sono byte cumulativi dall'avvio del processo. Per ottenere un rate, sottrai il campione precedente da quello corrente e dividi per il tempo trascorso.
  3. Smussare il risultato. Il traffico di rete è a raffica su scale temporali sub-secondo. Una finestra di 1 secondo già smussa gran parte di questo, ma le UI tipicamente applicano una media mobile aggiuntiva così il numero visualizzato non salta da 0 a 50 MB/s e di nuovo a 0 ad ogni tick.

Uno strumento che non smussa si sente nervoso. Uno strumento che smussa troppo aggressivamente si sente in ritardo. Il punto giusto è un campione a 1 secondo con una media esponenziale a 2-3 campioni.

Strumento 1: Monitoraggio Attività

La scheda Rete di Monitoraggio Attività si aggiorna ogni paio di secondi. Le colonne chiave:

  • Byte Inviati / Byte Ricevuti — cumulativi dall'avvio del processo.
  • Pacchetti Inviati / Pacchetti Ricevuti — stesso, in pacchetti.
  • Byte Letti/Secrate per secondo (potresti dover abilitare questa colonna via Vista → Colonne).

Il pannello in basso mostra un grafico di rate a livello sistema. Puoi cambiare il grafico tra Pacchetti e Dati.

In cosa Monitoraggio Attività è bravo:

  • Ordinamento visivo rapido per chi ha usato più dati cumulativi dall'avvio.
  • Un grafico di rate a livello sistema ragionevole.

In cosa non è ottimo:

  • Update rate. Il refresh default è 5 secondi (configurabile via Vista → Frequenza Aggiornamento). A 5 secondi, perdi del tutto i picchi brevi.
  • Raggruppamento helper. Chrome appare come 7+ processi separati. Devi sommarli mentalmente.
  • Cronologia. Chiudilo e i dati di rate spariscono.

Strumento 2: nettop

nettop è la cosa più vicina che macOS include a un monitor di rete per processo in tempo reale. L'invocazione più utile:

nettop -P -t wifi -d
  • -P mostra il nome del processo per riga (altrimenti raggruppato per PID, che è illeggibile).
  • -t wifi filtra all'interfaccia Wi-Fi; usa -t wired per ethernet.
  • -d mostra delta per secondo. Senza questo flag vedi i totali cumulativi e devi fare la sottrazione in testa.

Puoi anche passare -l 1 per stampare un singolo campione e uscire, che è utile per lo scripting.

Le colonne che contano:

  • bytes_in / bytes_out — byte ricevuti e inviati nell'ultima finestra di campione.
  • interface — quale NIC sta portando il traffico.
  • state — lo stato TCP (Established, TimeWait, Listen, ecc.).

nettop è più veloce, più granulare, e più onesto su cosa sta accadendo di Monitoraggio Attività. I suoi svantaggi:

  • UI Terminale. Non puoi tenerlo visibile mentre fai altro lavoro senza dedicargli una finestra.
  • Niente cronologia. Esci da nettop, perdi gli ultimi 30 secondi.
  • Niente raggruppamento helper. Gli helper di Chrome appaiono come righe separate.
  • Update rate default a 1 secondo; più veloce significa più sfarfallio del terminale.

Strumento 3: Un monitor nella barra dei menu

Il motivo per cui esistono i monitor della larghezza di banda nella barra dei menu è che "il tempo reale" è più utile quando è ambient. Vuoi vedere il rate senza pensarci — senza aprire un'app, cambiare schede, o eseguire un comando. La barra dei menu è l'unica superficie UI su macOS che soddisfa questo criterio: sempre visibile, costo schermo quasi zero, single-click per espandere.

ova è costruito attorno a questo. Campiona a circa 1 Hz, mostra il rate up/down corrente nella barra dei menu, e al clic si espande in una lista per app ordinata per banda corrente. I processi ausiliari (Slack Helper, Google Chrome Helper, Discord Helper, ecc.) sono raggruppati indietro sotto la loro app principale così non devi sommare mentalmente attraverso le righe.

Campionamento a 1 Hz
ova campiona il traffico per processo circa una volta al secondo — abbastanza veloce per tracciare quello che stai effettivamente facendo, abbastanza lento per tenere la CPU a riposo sotto lo 0,3%.

L'altra cosa che un monitor della barra dei menu ti dà che nessun altro fa: cronologia. Il tempo reale è metà del quadro. L'altra metà è "qual era il rate alle 14:47 di ieri quando il laptop si è scaldato?" Un monitor che mantiene una serie temporale locale può rispondere a questo. nettop no.

Tempo reale, nella barra dei menu

Monitor della larghezza di banda per app che campiona a 1 Hz e memorizza la cronologia in locale. ~3 MB, firmato, niente account.

Scarica per macOS

E la latenza, non la banda?

Una confusione comune: "uso di rete in tempo reale" a volte significa byte al secondo e a volte significa latenza di round-trip dei pacchetti. Sono problemi diversi e strumenti diversi.

  • Banda (byte/sec): Monitoraggio Attività, nettop, ova.
  • Latenza (ms round-trip): ping, mtr, iputils, strumenti utility di rete che mostrano jitter e perdita di pacchetti.

Se la videochiamata è a scatti, la banda potrebbe non essere il problema — la latenza o la perdita di pacchetti lo sono. Gli strumenti di banda non te lo diranno.

Per un controllo rapido di latenza:

ping -c 30 1.1.1.1

Questo manda 30 ICMP echoes. L'output mostra round-trip min/medio/max e perdita pacchetti. Qualsiasi cosa sotto 30 ms con 0% di perdita è sano per uso casa tipico.

Compromessi nel monitoraggio in tempo reale

Qualche cosa da sapere se ti importa la precisione:

Campionamento vs conteggio

nettop e gran parte degli strumenti nella barra dei menu campionano. Significa che una connessione TCP che apre, trasferisce 100 KB, e chiude dentro una finestra di 200 ms tra campioni potrebbe non apparire nel tuo monitor — sarà ripiegata nel campione successivo come parte del totale corrente. Per gran parte dei casi d'uso "trova l'app pesante", va bene. Per la forensica del traffico, usa uno strumento di cattura pacchetti come tcpdump o Wireshark.

Per processo vs per interfaccia

I contatori per processo sono aggregati dal livello di accounting di processo di macOS. Sono accurati per i flussi TCP/UDP stabiliti ma perdono alcuni traffici a livello kernel (tunnel VPN guidati da KEXT, certe network extension). I contatori a livello interfaccia da netstat -ib saranno sempre più alti della somma dei contatori per processo per via di questo overhead.

Wi-Fi vs ethernet

Se hai sia Wi-Fi che ethernet attaccati, ogni monitor deve sapere quale riportare. Monitoraggio Attività li somma di default. nettop ha il flag -t. ova li mostra separatamente così puoi dire se il traffico sta andando sul filo o sull'aria.

Quando "tempo reale" è eccessivo, e quando no

Il monitoraggio in tempo reale è lo strumento giusto quando:

  • Stai facendo debug di un trasferimento bloccato.
  • Stai verificando che un cambio di impostazione abbia funzionato.
  • Stai cercando di trovare un processo impazzito.
  • Sei in tethering e devi sapere cosa sta divorando i tuoi dati.

È lo strumento sbagliato quando:

  • Vuoi conoscere il tuo totale dati mensile — usa un aggregato per giorno o per settimana invece.
  • Vuoi avvertire su superamento di soglie — imposta un tetto per giorno, non per secondo.
  • Stai indagando qualcosa che è successo ieri — usa la vista storica, non live.

Un buon monitor offre entrambe le modalità. ova lo fa — barra dei menu live più una timeline scorrevole del traffico passato. Le due viste rispondono a domande diverse, e ti ritroverai a rimbalzare tra di loro. La vista live ti dice cosa sta accadendo adesso; la vista storica ti dice cosa stava accadendo quando qualcosa di interessante è iniziato. Nessuna delle due viste da sola basta per il set completo di domande sulla banda che una settimana normale lancia a un utente Mac.

Un pattern che emerge spesso: noti un picco nella vista live, ma quando ci clicchi per indagare, il picco è andato. La vista storica ti salva. Guarda gli ultimi 60 secondi, trova la riga per app che si è appena accesa, e hai la tua risposta anche se il quadro live è tornato alla baseline.

In conclusione

Per vedere l'uso di rete in tempo reale su macOS:

  1. Controllo puntuale rapido: nettop -P -d in un terminale. Integrato, niente install.
  2. Vista di sistema: Monitoraggio Attività → scheda Rete. Solo cumulativo, refresh limitato.
  3. Rate per app sempre visibile: un monitor nella barra dei menu come ova. Campionamento a un secondo, raggruppamento helper, cronologia locale.

Il tempo reale è più utile quando è ambient. Il costo di "sempre attivo" dovrebbe essere vicino allo zero — sotto un percento di CPU, niente telemetria, niente round-trip cloud. ova è circa 3 MB, gira su macOS 14 e successivi, supporta Apple Silicon e Intel, campiona a 1 Hz, e mantiene ogni byte di dati sul Mac. Pagamento singolo, aggiornamenti a vita, rimborso 14 giorni.