Jeder Docker-Container, mit eigenem Speicher, eigener CPU und eigenen Ports.

Auf einem Mac ist Docker ein großer Prozess, und mehr kann dir die Aktivitätsanzeige nicht sagen. Vitals fragt die Engine, was darin läuft, und gibt dir einen Tab „Container“: Speicher, CPU, Netzwerk und Ports jedes Containers, im Fenster und im Menü, mit „Stoppen“ bei jedem.

Speicher nach Art
82%
belegt
App 22,15 GB
Reserviert 5,67 GB
Komprimiert 24,54 GB
Cache 10,32 GB
Frei 1,32 GB
Speicher nach App
59,25 GB
alle Apps
Google Chrome 21,23 GB
VS Code 8,17 GB
Terminal 3,86 GB
Safari 2,69 GB
Andere 23,30 GB
Leistung nach App
1,7 W
alle Apps
GitHub Desktop 427 mW
Google Chrome 367 mW
Zoom 145 mW
Terminal 86 mW
Andere 650 mW
Jetzt
27 %
Ø heute36%
Last3,41
Benutzer:in
19%
Deine Apps
System
8%
macOS
Kerne
12
8 P4 E
Top-App
Google Chrome
18,2%
AppCPU
Google Chrome
96 Prozesse
–
Terminal
49 Prozesse
–
Safari
16 Prozesse
–
Docker
9 Prozesse
–
Visual Studio Code
63 Prozesse
–
Slack
13 Prozesse
–
Figma
14 Prozesse
–
Zoom
8 Prozesse
–
von 64 GB belegt
52,63 GB
Normal
Frei11,37 GB
Swap0 MB
App
23,43 GB
Reserviert
5,37 GB
Komprimiert
23,82 GB
Top-App
Google Chrome
20,59 GB
AppSpeicher
Google Chrome
96 Prozesse
–
Visual Studio Code
63 Prozesse
–
Terminal
49 Prozesse
–
Safari
16 Prozesse
–
Docker
9 Prozesse
–
Slack
13 Prozesse
–
Figma
14 Prozesse
–
Zoom
8 Prozesse
–
von 994,66 GB frei
479,72 GB
Belegt514,94 GB
Heute geschrieben38,9 GB
Lesen
737 kB/s
Schreiben
195 kB/s
Volumes
2
Macintosh HDBackup
Top-App
Photos
121 kB/s
AppSchreiben
Fotos
6 Prozesse
–
Google Chrome
96 Prozesse
–
Docker
9 Prozesse
–
Visual Studio Code
63 Prozesse
–
Xcode
22 Prozesse
–
Mail
4 Prozesse
–
Slack
13 Prozesse
–
Musik
5 Prozesse
–
Download
12 kB/s
Heute4,4 GB
Letzte 30 Tage212 GB
Upload
419 kB/s
Letzte 7 Tage
48,3 GB
Schnittstelle
WLAN
en0
Top-App
Safari
8 kB/s
AppDownload
Safari
16 Prozesse
–
Google Chrome
96 Prozesse
–
Slack
13 Prozesse
–
Zoom
8 Prozesse
–
Musik
5 Prozesse
–
Mail
4 Prozesse
–
Docker
9 Prozesse
–
Notion
6 Prozesse
–
Apple M2 Max
60 %
Durchschnitt32%
Spitze95%
Speicher
1,69 GB
Durchschnitt
32%
Spitze
95%
Top-App
Figma
35%
AppGPU
Figma
14 Prozesse
–
Google Chrome
96 Prozesse
–
Safari
16 Prozesse
–
Zoom
8 Prozesse
–
Visual Studio Code
63 Prozesse
–
Xcode
22 Prozesse
–
Slack
13 Prozesse
–
Notion
6 Prozesse
–
16-Core Neural Engine
2 %
Durchschnitt3%
Spitze16%
Speicherverkehr
79,9 MB/s
Durchschnitt
3%
Spitze
16%
Top-App
Fotos
3 Verbindungen
AppNeural Engine
Fotos
6 Prozesse
–
Xcode
22 Prozesse
–
Safari
16 Prozesse
–
Zoom
8 Prozesse
–
Mail
4 Prozesse
–
Notion
6 Prozesse
–
Google Chrome
96 Prozesse
–
Batteriebetrieb
64 %
Verbleibend2 Std. 46 Min.
Ladezyklen412
Leistungsaufnahme
12,6 W
Zustand
76%
Temperatur
31°
Top-App
Google Chrome
4,3 W
AppLeistung
Google Chrome
96 Prozesse
–
Zoom
8 Prozesse
–
Figma
14 Prozesse
–
Slack
13 Prozesse
–
Safari
16 Prozesse
–
Visual Studio Code
63 Prozesse
–
Docker
9 Prozesse
–
Musik
5 Prozesse
–
Ausgabe
MacBook Pro-Lautsprecher
64%
AppStatusLautstärkeStand
Musik Wiedergabe 100%
Zoom Wiedergabe 80%
Google Chrome Wiedergabe 35%
Slack Still Stumm
Safari Still 100%
Figma Still 100%
Notion Still 100%
Mail Still 100%
3 verbunden
Schwächste Batterie: AirPods Pro, links, 42 %. Beats Fit Pro ist gekoppelt, aber nicht in der Nähe.
42% Bluetooth-Einstellungen
GerätArtBatterieStand
AirPods Pro Kopfhörer
Links 42%
Rechts 58%
Case 80%
Magic Trackpad Trackpad 67%
Magic Keyboard Tastatur 91%
4 Dev-Server laufen, werden aber nicht genutzt
Stoppen gibt 1,37 GB und die Ports 3000, 4321, 4322, 8000 frei.
Alle stoppen …
storefront
9 Prozesse
aktiv
1,18 GB
storefront-web
node
4322 läuft seit 3 Tagen, kaum genutzt
458 MB
scraper-api
python
8000 läuft seit 4 Tagen, kaum genutzt
412 MB
marketing-site
node
4321 seit 2 Stunden ungenutzt
296 MB
billing-api
node
30009229 seit 45 Min. ungenutzt
204 MB
docs
node
5173
188 MB
ml-notebooks
python
8888
164 MB
design-tokens
node
6006 seit 20 Min. ungenutzt
121 MB
infra
3 Prozesse
96 MB
auth-service
go
8080
74 MB
email-templates
node
3030 seit 3 Stunden ungenutzt
58 MB
0%
Claude
Diese Woche
Im Plan · 10 % Reserve
0%
Codex
5-Stunden-Sitzung
Zurückgesetzt in 3h 12m
0%
GitHub Copilot
Premium-Anfragen
Bei diesem Tempo in 4d aufgebraucht
0%
Cursor
Dieser Abrechnungszeitraum
Zurückgesetzt in 12d 5h
Checkout flow tests Arbeitet Wartet auf dich
Claude Code · storefront · läuft seit 48 min
410 MB
Gestartet · 4 Sitzung beenden …
vitest Befehl · 61 % CPU 520 MB
node Server · Port 3.001 240 MB
Google Chrome for Testing Browser 310 MB
mcp-server-fetch Tool-Server 64 MB
Codex seit 48 Min. ungenutzt
docs · in Terminal · Nichts gestartet
290 MB
4 Container in Docker
674MB
Tiefstwert592,3 MB
Spitze674 MB
Nach Container
postgres312 MB46%
rabbitmq206 MB31%
minio142 MB21%
redis14 MB2%
CPU
3,0%
am meisten in postgres
Am nächsten am Limit
rabbitmq
86% von 240 MB
Netzwerk
9kB/s
↓ 6 kB/s · ↑ 3 kB/s
Veröffentlichte Ports
6
5433567263799000+2
storefront 2 Container
Gemeinsam von Docker Compose gestartet · 2 Ports · 2 aktiv
1,9% 326 MB
postgres postgres:16
Up 5 hours
5433
1,6% 312 MB
redis redis:7-alpine
Up 5 hours
6379
0,3% 14 MB
api 1 Container
Gemeinsam von Docker Compose gestartet · 2 Ports · 1 aktiv
0,9% 206 MB
rabbitmq rabbitmq:3-management
Up 3 hours
567215672 86% von 240 MB
0,9% 206 MB
minio minio/minio
Up 26 hours
90009001
0,2% 142 MB

Die Zahlen sind simuliert: Eine Webseite kann deinen Mac nicht auslesen, und das soll sie auch nicht.

01Container

Im Inneren des einen großen Prozesses, Container für Container.

Vitals fragt die Engine, was in ihrer virtuellen Maschine läuft, und listet jeden Container einzeln: Speicher im Verhältnis zu seinem Limit, CPU, was er sendet und empfängt, und die Ports, die er veröffentlicht. So siehst du, welcher gewachsen ist und welcher beschäftigt ist.

  • Speicher im Verhältnis zum Limit
  • CPU und was er sendet und empfängt
  • Die Ports, die er veröffentlicht
  • Sein Image, sein Compose-Projekt und sein Dienst
shopcompose · ~/Projects/shop3 Container · 2,0 GB
postgrespostgres:164%↓1,2 ↑0,4 MB/s:5432
1,4 GB von 2 GB
redisredis:71%↓0,1 ↑0,1:6379
96 MB von 512 MB
apishop-api38%↓3,8 ↑12:8080
512 MB von 1 GB
Speicher im Verhältnis zum Limit In der VM der Engine
02Engines

Welche Engine du auch nutzt, es funktioniert einfach.

Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop und Podman werden alle erkannt, und Vitals folgt der Engine, die dein docker-Befehl verwenden soll. Der Tab erscheint, solange eine Engine läuft, und verschwindet, wenn sie stoppt.

  • Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop, Podman
  • Folgt der Engine, die dein docker-Befehl nutzt
  • Erscheint, solange eine Engine läuft
  • Nur lesend, außer „Stoppen“
Docker Desktopnicht aktiv
OrbStackaktiv
Colimanicht aktiv
Lighternicht aktiv
Rancher Desktopnicht aktiv
Podmannicht aktiv
docker context showorbstack
Welche Engine docker auch nutzt Der Tab erscheint, solange eine läuft
03Stoppen

Stoppe einen Container so, wie docker stop es tut.

Stoppe jeden Container aus dem Tab oder dem Menü. Vitals fragt zuerst, gibt ihm zehn Sekunden, um sauber herunterzufahren, bevor er hart beendet wird, und startet, startet neu oder entfernt nie etwas. Es gibt also nichts rückgängig zu machen.

  • Im Tab und im Menü
  • Fragt jedes Mal vorher
  • Zehn Sekunden zum Herunterfahren, dann hart beendet
  • Kein Starten, Neustarten oder Entfernen
ÜbersichtSpeicherProjekteAgentenContainer
postgres1,4 GB:5432Stoppen
redis96 MB:6379Stoppen
api512 MB:8080Stoppen
postgres stoppen?
Zehn Sekunden zum Herunterfahren, dann wird er hart beendet. Nicht entfernt.
AbbrechenStoppen
Wie mit docker stop Kein Starten, Neustarten oder Entfernen
04Projekte

Alles, was ein Projekt belegt, in einer Zeile.

Container, die docker compose aus einem Projektordner gestartet hat, stehen im Tab „Projekte“ unter diesem Projekt, neben seinem Dev-Server und seinen Tests, gemessen in der Maschine der Engine statt doppelt gezählt. Beende das Projekt, und seine Container werden mit gestoppt.

  • Compose-Container unter ihrem Projekt
  • Neben dem Dev-Server und den Tests des Projekts
  • Gemessen in der Maschine der Engine, nicht zusätzlich dazu
  • Das Projekt beenden und zugleich seine Container stoppen
shop2,4 GB · 41% CPUBeenden
next dev:3000412 MB
vitest2 Worker380 MB
postgres:5432Container1,4 GB
redis:6379Container96 MB
api:8080Container512 MB
docsastro dev :4321210 MB
Compose-Container unter ihrem Projekt Ein Beenden für alle
Warum es wichtig ist

Docker-Container: vorher und nachher

Auf einem Mac ist Docker ein Prozess. Jede Engine führt Container in einer einzigen virtuellen Linux-Maschine aus, und macOS sieht die Maschine, nicht ihren Inhalt. Die Aktivitätsanzeige zeigt die Engine bei acht Gigabyte und nichts weiter. Welcher Container gewachsen ist, welcher beschäftigt ist, welcher den Port belegt: Die Engine weiß es, macOS nicht.

So geht einem Mac mit den Containern einiger Projekte der Speicher aus, und die Ursache ist eine einzige Zeile, die du nicht öffnen kannst.

Vitals fragt die Engine und zeigt einen Tab „Container“: den Speicher jedes Containers im Verhältnis zu seinem Limit, seine CPU, was er sendet und empfängt, und seine Ports, im Fenster und im Menü, gruppiert nach Compose-Projekt mit Dienstnamen und dem Ordner, aus dem er gestartet wurde. Stoppe einen Container wie docker stop, nach einer Bestätigung; Vitals startet, startet neu oder entfernt nie etwas. Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop und Podman, und jede Engine, die dein docker-Befehl verwenden soll.

So nutzt du es

Wo es in Vitals ist

Der Tab, das Objekt in der Menüleiste und die Einstellung, in der Reihenfolge, in der du sie brauchst.

  1. 01

    Den Tab „Container“ öffnen

    Er erscheint, solange eine Engine läuft, im Fenster und im Menü in der Menüleiste, und die Übersicht des Menüs bekommt eine Kachel „Container“. Container, die docker compose gestartet hat, werden nach ihrem Projekt gruppiert.

  2. 02

    Einen Container ansehen

    Speicher im Verhältnis zu seinem Limit, CPU, was er sendet und empfängt, die Ports, die er veröffentlicht, sein Image und der Compose-Dienst und Ordner, aus dem er stammt. Alles wird in der virtuellen Maschine der Engine gemessen, ist also Teil des Speichers der Engine, nicht zusätzlich dazu.

  3. 03

    Einen stoppen

    Klicke beim Container auf „Stoppen“, im Tab oder im Menü. Vitals fragt zuerst und stoppt ihn dann wie docker stop, mit zehn Sekunden, bevor er hart beendet wird.

  4. 04

    Dem Projekt folgen

    Im Tab „Projekte“ stehen die Container, die ein Projekt gestartet hat, unter ihm, zusammen mit seinem Dev-Server und dem Rest. So ist alles, was ein Projekt belegt, eine Zeile.

Vergleich

Docker-Container: Aktivitätsanzeige und Vitals

Der ganze Vergleich geht Zeile für Zeile vor. Hier sind die Zeilen zum Thema Docker-Container.

Aktivitätsanzeige Vitals
Container
AktivitätsanzeigeEin Prozess für die ganze Engine
VitalsJeder Container einzeln
Speicher
AktivitätsanzeigeDie Summe der Maschine
VitalsPro Container, im Verhältnis zu seinem Limit
Ports
AktivitätsanzeigeNicht angezeigt
VitalsVeröffentlichte Ports pro Container
Stoppen
Aktivitätsanzeigedocker stop im Terminal
VitalsStoppen, nach einer Rückfrage
Engines
AktivitätsanzeigeEine Zeile, egal welche
VitalsDocker Desktop, OrbStack, Colima, Lighter, Rancher Desktop, Podman

Die Begriffe dahinter

Was die Zahlen bedeuten, aus dem Glossar zur Aktivitätsanzeige.

Fragen

Was Leute zum Thema Docker-Container fragen, bevor sie kaufen.

Welche Docker-Engines unterstützt Vitals?

Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop und Podman. Vitals folgt außerdem der Engine, die dein docker-Befehl verwenden soll. So funktioniert auch eine Engine, die es nicht kennt, solange sie einen Docker-Kontext registriert hat.

Warum zeigt die Aktivitätsanzeige Docker als einen Prozess?

Weil auf einem Mac jede Engine Container in einer einzigen virtuellen Linux-Maschine ausführt und macOS nur die Maschine sieht. Nur die Engine weiß, welcher Container darin was verbraucht, deshalb fragt Vitals die Engine.

Kann Vitals Container starten oder entfernen?

Nein. Es liest nur, außer bei „Stoppen“, und das tut es nur, wenn du darum bittest, und nach einer Bestätigung.

Wann erscheint der Tab „Container“?

Solange eine Engine läuft. Ohne Engine gibt es keinen Tab.

Sind die Container auch im Menü in der Menüleiste?

Ja. Das Menü hat einen Tab „Container“ mit „Stoppen“ bei jedem Container und eine Kachel „Container“ in seiner Übersicht.

Warum braucht Docker so viel Speicher, obwohl nichts läuft?

Die virtuelle Maschine behält den Speicher, den sie bekommen hat, ob Container laufen oder nicht. Vitals zeigt, was darin ist; die Maschine begrenzt du in Dockers eigenen Einstellungen, und die Anleitung zum Docker-Speicher erklärt, wie.

Zeigt Vitals das Compose-Projekt?

Ja. Container, die docker compose gestartet hat, tragen ihr Projekt, ihren Dienstnamen und den Ordner, aus dem sie gestartet wurden, und erscheinen im Tab „Projekte“ unter diesem Projekt.

Muss der docker-Befehl installiert sein?

Nein. Vitals spricht direkt mit der Engine. Ist der docker-Befehl vorhanden, liest Vitals, welche Engine er verwenden soll. So funktioniert auch eine Engine, die Vitals nicht kennt.

Weiterlesen

Anleitungen, die das nutzen, und wie Vitals im Vergleich zu den Apps abschneidet, die Leute dafür kaufen.

Mehr von Vitals

Alle Funktionen

Hol dir Vitals für $15, solange der Einführungspreis gilt

Noch 50 zu diesem Preis. Der Normalpreis ist $39. Einmal zahlen, Updates auf Lebenszeit, 14 Tage Geld zurück.

Vitals kaufen für $15