Chrome-Bandbreite pro Tab unter macOS sehen

Sie haben 40 Chrome-Tabs offen, Ihre Lüfter drehen, und Sie sind 600 MB in der Stunde ohne offensichtlichen Verursacher. Activity Monitor zeigt eine Zeile namens „Google Chrome Helper (Renderer)" achtunddreißig Mal. Keine sagt Ihnen, welcher Tab welcher ist. Um Chrome-Bandbreite pro Tab auf macOS zu sehen, müssen Sie wissen, wie Chrome Tabs auf Prozesse abbildet und wie man die Daten durch Chromes eigene Tools liest, plus einem Pro-App-Monitor, der nicht in Helper-Zeilen ertrinkt.

Hier ist das praktische Setup, vom Prozessmodell zu umsetzbaren Schritten.

Chromes Prozessmodell auf macOS

Chrome ist designbedingt Multi-Prozess. Jeder Tab — meistens — läuft in seinem eigenen Renderer-Prozess. Es gibt auch:

• Browser-Prozess — der Haupt-Chrome-Prozess, UI, Koordination.
• GPU-Prozess — Google Chrome Helper (GPU), Compositing.
• Renderer-Prozesse — Google Chrome Helper (Renderer), einer pro Site-Frame-Gruppe, gedeckelt durch Chromes Prozess-Limit.
• Plugin- / Utility-Prozesse — für Dinge wie Network-Service, Storage, Audio.
• Erweiterungs-Prozesse — die meisten Erweiterungen bekommen ihren eigenen Renderer-Klassen-Prozess.

Eine typische Chrome-Sitzung hat 1 Browser + 1 GPU + 10–40 Renderer + eine Handvoll Utility-Prozesse. Auf macOS tauchen all diese im Activity Monitor als separate Zeilen unter fast identischen Namen auf.

Deshalb ist „Chrome-Bandbreite pro Tab auf Mac" eine schwerere Frage als „Chrome-Gesamt-Bandbreite". Das OS sieht PIDs. Sie wollen Tabs.

Wie Chrome-Bandbreite pro Tab auf Mac auf Prozesse abbildet

Chrome nutzt ein Site-Isolation-Modell. Zwei Tabs derselben Site (gleiches eTLD+1, z. B. *.youtube.com) teilen sich oft einen Prozess. Tabs verschiedener Sites bekommen verschiedene Prozesse. Cross-Site-iframes können auch eigene Prozesse spawnen.

Praktische Implikationen:

• Fünf Tabs youtube.com können in einem oder zwei Renderern sitzen.
• Fünf Tabs über youtube.com, github.com, twitter.com, news.ycombinator.com, nytimes.com werden fünf verschiedene Renderer.
• Ein Werbe-iframe in einem Tab kann seinen eigenen Prozess haben. Die Bandbreite dieses iframes wird einem Prozess zugeordnet, den der nutzersichtbare Tab nicht zu „besitzen" scheint.

Tool 1: Chromes Task-Manager (Shift-Esc auf Mac: er ist im Menü)

Chrome hat einen eingebauten Task-Manager. Auf macOS ist er standardmäßig nicht an Shift-Esc gebunden — öffnen Sie Fenster → Task-Manager in der Chrome-Menüleiste. (Oder nutzen Sie Anzeigen → Entwickler → Task-Manager, je nach Chrome-Version.)

Der Task-Manager zeigt eine Zeile pro Chrome-Prozess, einschließlich:

• Task-Name (oft der Tab-Titel oder der Erweiterungs-Name)
• Speicher-Footprint
• CPU
• Netzwerk (aktuelle Rate) — Rechtsklick auf den Spaltenkopf und „Netzwerk" aktivieren, falls nicht sichtbar.

Das ist das Nächste an nativem „Bandbreite pro Tab in Chrome auf Mac". Sortieren Sie nach Netzwerk und Sie sehen, welcher Tab gerade die meisten Daten überträgt.

Limits:

• Es zeigt Live-Rate, keine kumulative Nutzung. Wenn ein Tab vor einer Stunde Burst-200-MB geladen hat, zeigt der Task-Manager das nicht — nur was gerade fließt.
• Eine Site, die über Tabs geteilt wird, erscheint einmal, nicht pro Tab.
• Cross-Site-iframes werden als ihr eigener Task mit kryptischen Namen gelistet.

Selbst mit den Limits ist der Task-Manager der richtige Ausgangspunkt.

Tool 2: Ein Pro-App-Monitor, der Hilfsprozesse zusammenfasst

Chromes Task-Manager zeigt Ihnen Tabs in diesem Moment. Sie wollen auch eine Längs-Sicht — was Chrome in der letzten Stunde, am letzten Tag oder in der letzten Woche gemacht hat — ohne vierzig Zeilen Google Chrome Helper (Renderer), die das Bild verstopfen.

ova sitzt in Ihrer Menüleiste, samplet Pro-App-Raten mit etwa 1 Hz und fasst jede Chrome-Helper-PID unter einer einzelnen „Google Chrome"-Zeile zusammen. Sie sehen die kombinierte Rate, eine kürzliche Zeitleiste und die Summen, die Sie für „wie viel habe ich heute genutzt" brauchen.

Die zwei Tools ergänzen sich:

• Chromes Task-Manager: welcher Tab ist gerade jetzt schwer.
• Ein zusammenfassender Menüleisten-Monitor: wie viel Chrome insgesamt genutzt hat, wann die Spitzen passierten und wie es im Vergleich zwischen Tagen ist.

Ein 5-Minuten-Workflow, um ein Tab-Leck zu finden

Wenn Chrome sich schwer anfühlt, ist das die Schleife:

1. ova in Ihrer Menüleiste öffnen. Notieren Sie die aktuelle Chrome-Rate. Wenn sie 0–50 KB/s ist, kein Leck — schauen Sie woanders.
2. Wenn Chrome anhaltend über 1 MB/s ist, während Sie nicht aktiv browsen, öffnen Sie Chromes Task-Manager.
3. Absteigend nach Netzwerk sortieren. Die obere Zeile ist Ihr Verursacher. Oft ein falsch pausierter Video-Tab, ein Long-Poll-Websocket oder eine außer Kontrolle geratene Erweiterung.
4. Den Task-Namen notieren. Wenn es eine Erweiterung ist, entscheiden, ob Sie sie brauchen. Wenn es ein Tab ist, schließen oder pausieren, was er gemacht hat.
5. ova für 30 Sekunden danach beobachten. Chromes Rate sollte fallen. Wenn nicht, ist das Leck woanders.

Das ist eine 60-Sekunden-Diagnose, sobald Sie den Workflow drauf haben.

Fügen Sie einen leisen Chrome-Monitor zu Ihrer Menüleiste hinzu

ova zeigt eine einzelne Chrome-Zeile mit kombinierten Hilfsprozessen und einer scrubbaren Zeitleiste — lokal, signiert, ~3 MB.

Für macOS herunterladen

Häufige Chrome-Bandbreiten-Überraschungen

Ein paar Dinge, die Leute kalt erwischen:

YouTube-Preloading

YouTube lädt während des Schauens konstant die nächsten paar Sekunden Video vor. Ein pausierter Tab pingt weiter. Hintergrund-Autoplay (wenn Sie Tabs wechseln) lädt oft weiter. Wenn Sie mehrere YouTube-Tabs haben, können selbst pausierte Bandbreite fressen.

Service-Worker

Moderne Web-Apps installieren Service-Worker, die im Hintergrund laufen, selbst wenn der Tab nicht fokussiert ist. Gmail, Twitter, Slack-Web, Notion machen das alle. Sie holen periodisch Updates. Tab schließen stoppt es meist; manchmal persistiert der Worker bis der Browser neu startet.

Long-Poll-Verbindungen

Manche Web-Apps halten eine HTTP-Verbindung offen als Arme-Mann-Websocket. Der Verkehr sieht klein, aber konstant aus. Über viele Tabs summiert es sich.

Erweiterungen

Eine schlechte Erweiterung kann eine API ewig jede Sekunde pollen. Erweiterungen einzeln deaktivieren und Ihren Monitor beobachten — die laute zeigt sich.

Sync

Chrome-Sync lädt Lesezeichen, Verlauf, Passwörter und offene Tabs auf Ihren Google-Account. Normalerweise winzig. Nach einem großen Lesezeichen-Import messbar.

Die Daten lesen: Was ist eine normale Chrome-Rate?

Einige Baselines:

• Idle, 5–10 Tabs: 5–30 KB/s kombiniert.
• Aktives Browsen, kein Video: Spitzen während Seitenladevorgängen, idle dazwischen.
• Ein YouTube-Tab spielt 1080p: 600 KB/s – 1,5 MB/s anhaltend.
• Zwei YouTube-Tabs: grob doppelt.
• Google-Drive-Sync eines Ordners: kann den Uplink sättigen.
• Eine Web-App mit schlechtem Polling: 50–200 KB/s anhaltend, selbst idle.

Wenn Ihre Chrome-Zeile in ova über ~100 KB/s sitzt, während Sie nichts tun, stimmt etwas nicht. Task-Manager öffnen und finden.

Site-Isolation und Cross-Site-iframes

Eine Komplikation beim Bandbreitennachverfolgen: Ein Tab, auf dem Sie „sind", muss nicht der sein, der die Bytes bewegt. Werbe-iframes, eingebettete YouTube-Player, Disqus-Kommentar-Widgets — jeder kann sein eigener Prozess unter Site-Isolation sein.

In Chromes Task-Manager tauchen die mit Namen wie Subframe: https://example-cdn.com auf. Manchmal sehen Sie ein Subframe, das mehr verbraucht als der Eltern-Tab. Das ist ein Tracking-Pixel oder Analytics-SDK, das losgeht, und es ist ein Hinweis, einen Ad-Blocker zu erwägen.

Chrome-Bandbreite sparen, ohne Features zu deaktivieren

Ein paar Chrome-Einstellungen, die die Nadel bewegen:

1. Memory-Saver (früher Tab-Discarding)

Einstellungen → Leistung → Speicherschoner. Verwirft inaktive Tabs. Wenn Sie zurückklicken, lädt der Tab neu, was Bandbreite nutzt — aber im Gegenzug nutzt der Tab im Hintergrund null. Netto-Gewinn für die meisten Workloads.

2. Seiten vorladen: aus

Einstellungen → Leistung → Seiten vorladen → Kein Vorladen. Standardmäßig lädt Chrome Seiten vor, deren Besuch es vorhersagt. Es auszuschalten stoppt spekulative Downloads.

3. Hardware-Beschleunigung

Beeinflusst Bandbreite nicht direkt, aber reduziert CPU während Video-Wiedergabe, was den Netzwerk-Stack weniger hart arbeiten lässt.

4. Drittanbieter-Cookies blockieren

Einstellungen → Datenschutz und Sicherheit → Drittanbieter-Cookies → Blockieren. Reduziert manchen Tracker-Verkehr. Manche Sites brechen — pro Site prüfen.

5. uBlock Origin oder ähnlich

Ein echter Ad-/Tracker-Blocker ist der einzelne größte Bandbreiten-Sparer für typisches Browsen. Seiten, die 4 MB luden, fallen auf 800 KB. Der Effekt auf Ihren Monitor ist dramatisch, wenn Sie nie einen genutzt haben.

Wenn Activity Monitor mit Chromes Task-Manager nicht übereinstimmt

Sie sehen das oft:

• Activity Monitor zeigt Google Chrome Helper (Renderer) mit insgesamt 50 MB empfangen.
• Chromes Task-Manager zeigt denselben Renderer mit „0 KB/s" jetzt.

Beide stimmen. Activity Monitor ist kumulativ seit Prozessstart; Task-Manager ist aktuelle Rate. Um kumulativ-pro-Tab zu bekommen, brauchen Sie ein Tool, das über die Zeit aggregiert und PIDs konsistent auf Titel abbildet — was schwer ist, weil Chrome Prozesse für neue Tabs wiederverwendet, wenn alte schließen.

Ein praktischer Kompromiss: ova für die kumulative Chrome-Summe nutzen, Task-Manager für die Pro-Tab-Live-Rate, und akzeptieren, dass exakt Pro-Tab-kumulativ in Chrome ehrlich schwer zu messen ist.

Fazit

Chrome-Bandbreite pro Tab, die Mac-Nutzer sehen wollen, teilt sich in zwei Fragen: Was ist gerade jetzt schwer (Chromes Task-Manager nutzen), und was hat Chrome in der letzten Stunde genutzt (Pro-App-Monitor mit Helper-Folding nutzen). Das OS gibt Ihnen Pro-Prozess, Chrome gibt Ihnen Pro-Task, und die Kombination sagt Ihnen, was Sie brauchen.

Öffnen Sie ova, öffnen Sie Chromes Task-Manager daneben und verbringen Sie fünf Minuten beim Beobachten beider, während Sie browsen. Sie erkennen mindestens einen Tab oder eine Erweiterung, von dem Sie nicht wussten, dass er Sie kostet — die meisten Leute tun das.