Come vedere la larghezza di banda di Chrome per scheda su macOS

Hai 40 schede Chrome aperte, le ventole girano, e sei a 600 MB nell'ora senza un colpevole ovvio. Monitoraggio Attività mostra una riga chiamata "Google Chrome Helper (Renderer)" trentotto volte. Nessuna ti dice quale scheda è quale. Per vedere la banda Chrome per scheda su macOS, devi sapere come Chrome mappa le schede ai processi e come leggere i dati attraverso gli strumenti di Chrome stesso, più un monitor per app che non affoga nelle righe degli helper.

Ecco il setup pratico, dal modello dei processi ai passi attuabili.

Il modello dei processi di Chrome su macOS

Chrome è multi-processo per design. Ogni scheda — di solito — gira nel proprio processo renderer. C'è anche:

• Processo browser — il processo Chrome principale, UI, coordinamento.
• Processo GPU — Google Chrome Helper (GPU), compositing.
• Processi renderer — Google Chrome Helper (Renderer), uno per gruppo di frame del sito, limitato dal limite di processi di Chrome.
• Processi plugin / utility — per cose come network service, storage, audio.
• Processi di estensione — gran parte delle estensioni ottiene il proprio processo di classe renderer.

Quindi una sessione Chrome tipica ha 1 browser + 1 GPU + 10-40 renderer + una manciata di processi utility. Su macOS, tutti questi appaiono in Monitoraggio Attività come righe separate sotto nomi quasi identici.

Per questo "banda Chrome per scheda su Mac" è una domanda più difficile di "banda totale Chrome". L'OS vede PID. Tu vuoi schede.

Come la banda Chrome per scheda su mac mappa ai processi

Chrome usa un modello di isolamento dei siti. Due schede dallo stesso sito (stesso eTLD+1, es. *.youtube.com) spesso condividono un processo. Schede da siti diversi ottengono processi diversi. Anche gli iframe cross-site possono generare i loro processi.

Implicazioni pratiche:

• Cinque schede di youtube.com possono stare in uno o due renderer.
• Cinque schede tra youtube.com, github.com, twitter.com, news.ycombinator.com, nytimes.com saranno cinque renderer diversi.
• Un iframe pubblicitario dentro una scheda può avere il proprio processo. La banda da quell'iframe è attribuita a un processo che la scheda visibile all'utente non sembra "possedere".

Strumento 1: Task Manager di Chrome (Shift-Esc su Mac: è nel menu)

Chrome ha un task manager integrato. Su macOS, non è legato a Shift-Esc di default — apri Window → Task Manager nella barra dei menu di Chrome. (O usa View → Developer → Task Manager a seconda della versione di Chrome.)

Il Task Manager mostra una riga per processo Chrome, includendo:

• Nome del task (spesso il titolo della scheda, o il nome dell'estensione)
• Footprint di memoria
• CPU
• Network (rate corrente) — clic destro sull'header della colonna e abilita "Network" se non è visibile.

Questa è la cosa più vicina a "banda nativa per scheda in Chrome su Mac". Ordina per Network e vedrai quale scheda sta trasferendo più dati adesso.

Limiti:

• Mostra rate live, non uso cumulativo. Se una scheda ha caricato a raffica 200 MB un'ora fa, Task Manager non lo mostrerà — solo cosa sta fluendo adesso.
• Un sito condiviso tra schede appare una volta, non per scheda.
• Gli iframe cross-site sono elencati come il proprio task con nomi criptici.

Anche con i limiti, Task Manager è il punto di partenza giusto.

Strumento 2: un monitor per app che raggruppa gli helper

Il Task Manager di Chrome ti mostra le schede in questo momento. Vuoi anche una vista longitudinale — cosa ha fatto Chrome nell'ultima ora, giorno o settimana — senza quaranta righe di Google Chrome Helper (Renderer) che ingombrano il quadro.

ova sta nella tua barra dei menu, campiona i rate per app a circa 1 Hz, e raggruppa ogni PID di Chrome helper sotto una singola riga "Google Chrome". Vedi il rate combinato, una timeline recente, e i totali che ti servono per "quanto ho usato oggi".

I due strumenti si complementano:

• Task Manager di Chrome: quale scheda è pesante adesso.
• Un monitor nella barra dei menu con raggruppamento: quanto Chrome ha usato in totale, quando sono successi i picchi, e come si confronta tra giorni.

Un workflow di 5 minuti per trovare una perdita di scheda

Quando Chrome sembra pesante, questo è il loop:

1. Apri ova nella tua barra dei menu. Annota il rate corrente di Chrome. Se è 0-50 KB/s, nessuna perdita — vai a guardare altrove.
2. Se Chrome è sostenuto sopra 1 MB/s mentre non stai navigando attivamente, apri il Task Manager di Chrome.
3. Ordina per Network decrescente. La prima riga è il tuo colpevole. Spesso è una scheda video messa in pausa scorrettamente, un websocket long-poll, o un'estensione impazzita.
4. Annota il nome del task. Se è un'estensione, decidi se ti serve. Se è una scheda, chiudila o metti in pausa qualunque cosa stesse facendo.
5. Guarda ova per 30 secondi dopo. Il rate di Chrome dovrebbe scendere. Se no, la perdita è da qualche altra parte.

Questa è una diagnosi di 60 secondi una volta che hai il workflow.

Aggiungi un monitor Chrome silenzioso alla barra dei menu

ova mostra una singola riga Chrome con helper combinati e una timeline scorrevole — locale, firmato, ~3 MB.

Scarica per macOS

Sorprese comuni di banda Chrome

Alcune cose che colgono la gente di sorpresa:

Preload di YouTube

YouTube fa preload dei prossimi diversi secondi di video costantemente durante la visione. Una scheda in pausa continua a fare ping. L'autoplay in background (quando cambi scheda) spesso continua a caricare. Se hai più schede YouTube, anche quelle in pausa possono divorare banda.

Service Worker

Le web app moderne installano service worker che girano in background anche quando la scheda non è in focus. Gmail, Twitter, Slack web, Notion lo fanno tutti. Periodicamente recuperano aggiornamenti. Chiudere la scheda di solito lo ferma; a volte il worker persiste finché il browser non riavvia.

Connessioni long-poll

Alcune web app mantengono una connessione HTTP aperta come websocket dei poveri. Il traffico sembra piccolo ma costante. Su tante schede si somma.

Estensioni

Una brutta estensione può fare polling di un'API ogni secondo per sempre. Disabilita le estensioni una alla volta e guarda il monitor — quella rumorosa si rivelerà.

Sync

Chrome Sync carica segnalibri, cronologia, password, e schede aperte sul tuo account Google. Normalmente minuscolo. Dopo un grande import di segnalibri, può essere misurabile.

Leggere i dati: qual è un rate Chrome normale?

Qualche baseline:

• A riposo, 5-10 schede: 5-30 KB/s combinati.
• Browsing attivo, niente video: picchi durante i caricamenti delle pagine, a riposo nel mezzo.
• Una scheda YouTube che riproduce 1080p: 600 KB/s - 1,5 MB/s sostenuti.
• Due schede YouTube: grossomodo il doppio.
• Sync di Google Drive di una cartella: può saturare l'uplink.
• Una web app con polling cattivo: 50-200 KB/s sostenuti anche a riposo.

Se la tua riga Chrome in ova sta sopra ~100 KB/s mentre non stai facendo niente, qualcosa non va. Apri Task Manager e trovala.

Isolamento dei siti e iframe cross-site

Una piega quando si traccia la banda: una scheda su cui sei "potresti non essere quella che sta muovendo i byte. Iframe pubblicitari, player YouTube embedded, widget commenti Disqus — ognuno può essere il proprio processo sotto l'isolamento dei siti.

Nel Task Manager di Chrome, quelli appaiono con nomi come Subframe: https://example-cdn.com. A volte vedrai un subframe che consuma più della scheda madre. Quello è un pixel di tracking o SDK di analytics che parte, ed è un suggerimento a considerare un ad-blocker.

Risparmiare banda Chrome senza disabilitare funzioni

Qualche impostazione Chrome che muove l'ago:

1. Memory Saver (precedentemente Tab Discarding)

Impostazioni → Performance → Memory Saver. Scarta le schede inattive. Quando ci ricchi sopra, la scheda ricarica, che usa banda — ma in cambio, la scheda usa zero in background. Vittoria netta per la maggior parte dei carichi.

2. Preload pages: off

Impostazioni → Performance → Preload pages → No preloading. Di default Chrome fa preload delle pagine che predice che visiterai. Disattivarlo ferma i download speculativi.

3. Accelerazione hardware

Non influenza direttamente la banda ma riduce la CPU durante la riproduzione video, che fa lavorare meno duramente lo stack di rete.

4. Blocca cookie di terze parti

Impostazioni → Privacy e sicurezza → Cookie di terze parti → Blocca. Riduce parte del traffico di tracker. Alcuni siti si rompono — controlla per sito.

5. uBlock Origin o simili

Un vero blocker di pubblicità/tracker è il singolo più grande risparmiatore di banda per il browsing tipico. Le pagine che caricavano 4 MB scendono a 800 KB. L'effetto sul monitor è drammatico se non ne hai mai usato uno.

Quando Monitoraggio Attività non concorda con il Task Manager di Chrome

Lo vedrai spesso:

• Monitoraggio Attività mostra Google Chrome Helper (Renderer) a 50 MB totali ricevuti.
• Il Task Manager di Chrome mostra lo stesso renderer a "0 KB/s" adesso.

Entrambi sono corretti. Monitoraggio Attività è cumulativo dall'avvio del processo; Task Manager è rate corrente. Per ottenere cumulativo per scheda, ti serve uno strumento che aggrega nel tempo e mappa i PID ai titoli coerentemente — che è difficile perché Chrome riusa i processi per nuove schede mentre quelle vecchie chiudono.

Un compromesso pratico: usa ova per il totale Chrome cumulativo, usa Task Manager per il rate live per scheda, e accetta che il cumulativo per scheda esatto è genuinamente difficile da misurare su Chrome.

In conclusione

La banda Chrome per scheda che gli utenti Mac vogliono vedere si divide in due domande: cosa è pesante adesso (usa il Task Manager di Chrome), e cosa ha usato Chrome nell'ultima ora (usa un monitor per app con raggruppamento helper). L'OS ti dà per processo, Chrome ti dà per task, e la combinazione ti dice ciò che ti serve.

Apri ova, apri il Task Manager di Chrome accanto, e passa cinque minuti a guardare entrambi mentre navighi. Individuerai almeno una scheda o estensione che non ti rendevi conto ti stesse costando — la maggior parte delle persone lo fa.