Chaque conteneur Docker, avec sa propre mémoire, son processeur et ses ports.

Sur un Mac, Docker est un seul gros processus, et c’est tout ce que le Moniteur d’activité peut vous dire. Vitals demande au moteur ce qu’il y a dedans et vous donne un onglet Conteneurs : la mémoire, le processeur, le réseau et les ports de chaque conteneur, dans la fenêtre et le menu déroulant, avec Arrêter sur chacun.

Mémoire par type
82%
utilisée
App 22,15 GB
Résidente 5,67 GB
Compressée 24,54 GB
En cache 10,32 GB
Libre 1,32 GB
Mémoire par app
59,25 GB
toutes les apps
Google Chrome 21,23 GB
VS Code 8,17 GB
Terminal 3,86 GB
Safari 2,69 GB
Autre 23,30 GB
Puissance par app
1,7 W
toutes les apps
GitHub Desktop 427 mW
Google Chrome 367 mW
Zoom 145 mW
Terminal 86 mW
Autre 650 mW
Maintenant
27 %
Moyenne du jour36%
Charge3,41
Utilisateur
19%
Vos apps
Système
8%
macOS
Cœurs
12
8 P4 E
App en tête
Google Chrome
18,2%
AppProcesseur
Google Chrome
96 processus
–
Terminal
49 processus
–
Safari
16 processus
–
Docker
9 processus
–
Visual Studio Code
63 processus
–
Slack
13 processus
–
Figma
14 processus
–
Zoom
8 processus
–
Utilisée sur 64 GB
52,63 GB
Normale
Libre11,37 GB
Fichier d’échange0 MB
App
23,43 GB
Résidente
5,37 GB
Compressée
23,82 GB
App en tête
Google Chrome
20,59 GB
AppMémoire
Google Chrome
96 processus
–
Visual Studio Code
63 processus
–
Terminal
49 processus
–
Safari
16 processus
–
Docker
9 processus
–
Slack
13 processus
–
Figma
14 processus
–
Zoom
8 processus
–
Libres sur 994,66 GB
479,72 GB
Utilisé514,94 GB
Écrit aujourd’hui38,9 GB
Lecture
737 kB/s
Écriture
195 kB/s
Volumes
2
Macintosh HDBackup
App en tête
Photos
121 kB/s
AppÉcriture
Photos
6 processus
–
Google Chrome
96 processus
–
Docker
9 processus
–
Visual Studio Code
63 processus
–
Xcode
22 processus
–
Mail
4 processus
–
Slack
13 processus
–
Musique
5 processus
–
Réception
12 kB/s
Aujourd’hui4,4 GB
30 derniers jours212 GB
Envoi
419 kB/s
7 derniers jours
48,3 GB
Interface
Wi-Fi
en0
App en tête
Safari
8 kB/s
AppRéception
Safari
16 processus
–
Google Chrome
96 processus
–
Slack
13 processus
–
Zoom
8 processus
–
Musique
5 processus
–
Mail
4 processus
–
Docker
9 processus
–
Notion
6 processus
–
Apple M2 Max
60 %
Moyenne32%
Pic95%
Mémoire
1,69 GB
Moyenne
32%
Pic
95%
App en tête
Figma
35%
AppGPU
Figma
14 processus
–
Google Chrome
96 processus
–
Safari
16 processus
–
Zoom
8 processus
–
Visual Studio Code
63 processus
–
Xcode
22 processus
–
Slack
13 processus
–
Notion
6 processus
–
Neural Engine 16 cœurs
2 %
Moyenne3%
Pic16%
Trafic mémoire
79,9 MB/s
Moyenne
3%
Pic
16%
App en tête
Photos
3 connexions
AppNeural Engine
Photos
6 processus
–
Xcode
22 processus
–
Safari
16 processus
–
Zoom
8 processus
–
Mail
4 processus
–
Notion
6 processus
–
Google Chrome
96 processus
–
Sur batterie
64 %
Temps restant2 h 46 min
Cycles412
Consommation
12,6 W
Santé
76%
Température
31°
App en tête
Google Chrome
4,3 W
AppPuissance
Google Chrome
96 processus
–
Zoom
8 processus
–
Figma
14 processus
–
Slack
13 processus
–
Safari
16 processus
–
Visual Studio Code
63 processus
–
Docker
9 processus
–
Musique
5 processus
–
Sortie
Haut-parleurs MacBook Pro
64%
AppÉtatVolumeNiveau
Musique En lecture 100%
Zoom En lecture 80%
Google Chrome En lecture 35%
Slack Silencieuse Son coupé
Safari Silencieuse 100%
Figma Silencieuse 100%
Notion Silencieuse 100%
Mail Silencieuse 100%
3 connectés
Batterie la plus faible : AirPods Pro, gauche, 42 %. Beats Fit Pro est jumelé mais hors de portée.
42% Réglages Bluetooth
AppareilTypeBatterieNiveau
AirPods Pro Écouteurs
Gauche 42%
Droite 58%
Boîtier 80%
Magic Trackpad Trackpad 67%
Magic Keyboard Clavier 91%
4 serveurs de dev sont lancés mais inactifs
Les arrêter libère 1,37 GB et les ports 3000, 4321, 4322, 8000.
Tout arrêter…
storefront
9 processus
actif
1,18 GB
storefront-web
node
4322 lancé depuis 3 jours, à peine utilisé
458 MB
scraper-api
python
8000 lancé depuis 4 jours, à peine utilisé
412 MB
marketing-site
node
4321 inactif depuis 2 heures
296 MB
billing-api
node
30009229 inactif depuis 45 min
204 MB
docs
node
5173
188 MB
ml-notebooks
python
8888
164 MB
design-tokens
node
6006 inactif depuis 20 min
121 MB
infra
3 processus
96 MB
auth-service
go
8080
74 MB
email-templates
node
3030 inactif depuis 3 heures
58 MB
0%
Claude
Cette semaine
Dans le rythme · 10 % de marge
0%
Codex
Session de 5 heures
Réinitialisation dans 3h 12m
0%
GitHub Copilot
Requêtes premium
À ce rythme, épuisé dans 4d
0%
Cursor
Ce cycle de facturation
Réinitialisation dans 12d 5h
Checkout flow tests Au travail En attente de vous
Claude Code · storefront · en cours depuis 48 min
410 MB
Lancés · 4 Quitter la session…
vitest commande · 61 % de processeur 520 MB
node serveur · port 3 001 240 MB
Google Chrome for Testing navigateur 310 MB
mcp-server-fetch serveur d’outils 64 MB
Codex inactif depuis 48 min
docs · dans Terminal · Rien de lancé
290 MB
4 conteneurs dans Docker
674MB
Minimum592,3 MB
Pic674 MB
Par conteneur
postgres312 MB46%
rabbitmq206 MB31%
minio142 MB21%
redis14 MB2%
Processeur
3,0%
surtout dans postgres
Le plus proche de sa limite
rabbitmq
86% sur 240 MB
Réseau
9kB/s
↓ 6 kB/s · ↑ 3 kB/s
Ports publiés
6
5433567263799000+2
storefront 2 conteneurs
Lancés ensemble par Docker Compose · 2 ports · 2 actifs
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 conteneur
Lancés ensemble par Docker Compose · 2 ports · 1 actif
0,9% 206 MB
rabbitmq rabbitmq:3-management
Up 3 hours
567215672 86% sur 240 MB
0,9% 206 MB
minio minio/minio
Up 26 hours
90009001
0,2% 142 MB

Les chiffres sont simulés : une page web ne peut pas lire votre Mac, et ne devrait pas.

01Conteneurs

À l’intérieur du gros processus, conteneur par conteneur.

Vitals demande au moteur ce qui tourne dans sa machine virtuelle et liste chaque conteneur à part : la mémoire par rapport à sa limite, le processeur, ce qu’il envoie et reçoit, et les ports qu’il publie, pour voir lequel a grossi et lequel est occupé.

  • La mémoire face à sa limite
  • Le processeur, et ce qu’il envoie et reçoit
  • Les ports qu’il publie
  • Son image, et son projet et service Compose
shopcompose · ~/Projects/shop3 conteneurs · 2,0 GB
postgrespostgres:164%↓1,2 ↑0,4 MB/s:5432
1,4 GB sur 2 GB
redisredis:71%↓0,1 ↑0,1:6379
96 MB sur 512 MB
apishop-api38%↓3,8 ↑12:8080
512 MB sur 1 GB
La mémoire face à sa limite Dans la machine du moteur
02Moteurs

Quel que soit votre moteur, ça marche.

Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop et Podman sont tous reconnus, et Vitals suit le moteur qu’utilise votre commande docker. L’onglet apparaît tant qu’un moteur tourne et disparaît quand il s’arrête.

  • Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop, Podman
  • Suit le moteur qu’utilise votre commande docker
  • Apparaît tant qu’un moteur tourne
  • En lecture seule, sauf Arrêter
Docker Desktoparrêté
OrbStacken cours
Colimaarrêté
Lighterarrêté
Rancher Desktoparrêté
Podmanarrêté
docker context showorbstack
Le moteur qu’utilise docker L’onglet apparaît dès qu’un moteur tourne
03Arrêter

Arrêtez un conteneur comme le ferait docker stop.

Arrêtez n’importe quel conteneur depuis l’onglet ou le menu déroulant. Vitals demande d’abord, lui laisse dix secondes pour s’arrêter proprement avant de forcer son arrêt, et ne démarre, ne redémarre ni ne supprime jamais rien : il n’y a rien à annuler.

  • Dans l’onglet et dans le menu déroulant
  • Demande d’abord, à chaque fois
  • Dix secondes pour s’arrêter, puis arrêt forcé
  • Ne démarre, ne relance ni ne supprime rien
Vue d’ensembleMémoireProjetsAgentsConteneurs
postgres1,4 GB:5432Arrêter
redis96 MB:6379Arrêter
api512 MB:8080Arrêter
Arrêter postgres ?
Dix secondes pour s’arrêter, puis arrêt forcé. Pas supprimé.
AnnulerArrêter
Comme docker stop Ne démarre, ne relance ni ne supprime rien
04Projets

Tout le poids d’un projet sur une ligne.

Les conteneurs lancés par docker compose depuis un dossier de projet se rangent sous ce projet dans l’onglet Projets, à côté de son serveur de développement et de ses tests, mesurés à l’intérieur de la machine du moteur plutôt que comptés deux fois. Quittez le projet et ses conteneurs s’arrêtent avec lui.

  • Les conteneurs Compose sous leur projet
  • À côté du serveur de développement et des tests du projet
  • Mesuré à l’intérieur de la machine du moteur, pas compté en plus
  • Quitter le projet et arrêter ses conteneurs, ensemble
shop2,4 GB · 41% CPUQuitter
next dev:3000412 MB
vitest2 workers380 MB
postgres:5432conteneur1,4 GB
redis:6379conteneur96 MB
api:8080conteneur512 MB
docsastro dev :4321210 MB
Les conteneurs Compose sous leur projet Un seul Quitter pour tout
Pourquoi c’est important

Conteneurs Docker, avant et après

Sur un Mac, Docker est un seul processus. Chaque moteur fait tourner les conteneurs dans une seule machine virtuelle Linux, et macOS voit la machine, pas ce qu’il y a dedans. Le Moniteur d’activité montre le moteur à huit gigaoctets, rien de plus. Quel conteneur a grossi, lequel est occupé, lequel tient le port : le moteur le sait, macOS non.

Alors un Mac qui fait tourner les conteneurs de quelques projets manque de mémoire, et la cause est une seule ligne que vous ne pouvez pas ouvrir.

Vitals interroge le moteur et affiche un onglet Conteneurs : la mémoire de chaque conteneur par rapport à sa limite, son processeur, ce qu’il envoie et reçoit, et ses ports, dans la fenêtre et le menu déroulant, regroupés par projet Compose avec le nom du service et le dossier d’où il a été lancé. Arrêtez un conteneur comme le ferait docker stop, après confirmation ; Vitals ne démarre, ne redémarre ni ne supprime jamais rien. Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop et Podman, et le moteur qu’utilise votre commande docker.

Comment s’en servir

Où le trouver dans Vitals

L’onglet, l’élément de la barre des menus et le réglage, dans l’ordre où vous irez les chercher.

  1. 01

    Ouvrez l’onglet Conteneurs

    Il apparaît tant qu’un moteur tourne, dans la fenêtre et dans le menu déroulant de la barre des menus, et la Vue d’ensemble du menu déroulant reçoit une vignette Conteneurs. Les conteneurs lancés par docker compose sont regroupés par projet.

  2. 02

    Examinez un conteneur

    La mémoire par rapport à sa limite, le processeur, ce qu’il envoie et reçoit, les ports qu’il publie, son image, et le service Compose et le dossier d’où il vient. Tout est mesuré dans la machine virtuelle du moteur : cela fait partie de la mémoire du moteur et ne s’y ajoute pas.

  3. 03

    Arrêtez-en un

    Cliquez sur Arrêter sur le conteneur, dans l’onglet ou dans le menu déroulant. Vitals demande d’abord, puis l’arrête comme le fait docker stop, en lui laissant dix secondes avant de forcer son arrêt.

  4. 04

    Suivez le projet

    Dans l’onglet Projets, les conteneurs lancés par un projet se rangent sous lui avec son serveur de développement et le reste : tout le poids d’un projet tient sur une ligne.

Comparaison

Conteneurs Docker : le Moniteur d’activité et Vitals

La comparaison complète se fait ligne par ligne. Voici les lignes côté conteneurs Docker.

Moniteur d’activité Vitals
Conteneurs
Moniteur d’activitéUn seul processus pour tout le moteur
VitalsChaque conteneur à part
Mémoire
Moniteur d’activitéLe total de la machine
VitalsPar conteneur, par rapport à sa limite
Ports
Moniteur d’activitéNon affichés
VitalsPorts publiés par conteneur
Arrêt
Moniteur d’activitédocker stop dans le Terminal
VitalsArrêter, après confirmation
Moteurs
Moniteur d’activitéUne ligne, quel que soit le moteur
VitalsDocker Desktop, OrbStack, Colima, Lighter, Rancher Desktop, Podman

Le vocabulaire

Ce que veulent dire les chiffres, tiré du lexique du Moniteur d’activité.

Questions

Celles qu’on pose sur conteneurs Docker avant d’acheter.

Quels moteurs Docker Vitals prend-il en charge ?

Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop et Podman. Vitals suit aussi le moteur qu’utilise votre commande docker : un moteur qu’il ne connaît pas fonctionne du moment qu’il a enregistré un contexte Docker.

Pourquoi le Moniteur d’activité montre-t-il Docker comme un seul processus ?

Parce que sur un Mac, chaque moteur fait tourner les conteneurs dans une seule machine virtuelle Linux, et macOS ne voit que la machine. Seul le moteur sait quel conteneur utilise quoi à l’intérieur, alors Vitals le lui demande.

Vitals peut-il démarrer ou supprimer des conteneurs ?

Non. Il est en lecture seule, sauf pour Arrêter, ce qu’il ne fait que sur votre demande et après confirmation.

Quand l’onglet Conteneurs apparaît-il ?

Tant qu’un moteur tourne. Sans moteur, pas d’onglet.

Les conteneurs sont-ils aussi dans le menu déroulant de la barre des menus ?

Oui. Le menu déroulant a un onglet Conteneurs, avec Arrêter sur chaque conteneur, et une vignette Conteneurs dans sa Vue d’ensemble.

Pourquoi Docker utilise-t-il autant de mémoire alors que rien ne tourne ?

La machine virtuelle garde la mémoire qui lui a été donnée, que des conteneurs tournent ou non. Vitals montre ce qu’il y a dedans ; limiter la machine se fait dans les réglages de Docker, et le guide sur la mémoire de Docker explique comment.

Vitals montre-t-il le projet Compose ?

Oui. Les conteneurs lancés par docker compose portent leur nom de projet et de service et le dossier d’où ils ont été lancés, et apparaissent sous ce projet dans l’onglet Projets.

Faut-il que la commande docker soit installée ?

Non. Vitals parle directement au moteur. Si la commande docker est là, Vitals lit le moteur qu’elle utilise : un moteur que Vitals ne connaît pas fonctionne quand même.

À lire ensuite

Les guides qui s’en servent, et Vitals face aux apps qu’on achète pour ça.

Encore plus de Vitals

Toutes les fonctionnalités

Obtenez Vitals pour $15 tant que dure le prix de lancement

Plus que 50 à ce prix. Le prix normal est de $39. Un seul paiement, les mises à jour à vie, remboursement sous 14 jours.

Obtenir Vitals pour $15