Cada contenedor de Docker, con su propia memoria, CPU y puertos.

En un Mac, Docker es un único proceso grande y eso es todo lo que Monitor de Actividad puede decirte. Vitals le pregunta al motor qué hay dentro y te da una pestaña Contenedores: la memoria, la CPU, la red y los puertos de cada contenedor, en la ventana y en el menú desplegable, con Detener en cada uno.

Memoria por tipo
82%
en uso
App 22,15 GB
No paginable 5,67 GB
Comprimida 24,54 GB
En caché 10,32 GB
Libre 1,32 GB
Memoria por app
59,25 GB
todas las apps
Google Chrome 21,23 GB
VS Code 8,17 GB
Terminal 3,86 GB
Safari 2,69 GB
Otros 23,30 GB
Consumo por app
1,7 W
todas las apps
GitHub Desktop 427 mW
Google Chrome 367 mW
Zoom 145 mW
Terminal 86 mW
Otros 650 mW
Ahora
27 %
Media de hoy36%
Carga3,41
Usuario
19%
Tus apps
Sistema
8%
macOS
Núcleos
12
8 P4 E
App principal
Google Chrome
18,2%
AppCPU
Google Chrome
96 procesos
–
Terminal
49 procesos
–
Safari
16 procesos
–
Docker
9 procesos
–
Visual Studio Code
63 procesos
–
Slack
13 procesos
–
Figma
14 procesos
–
Zoom
8 procesos
–
En uso de 64 GB
52,63 GB
Normal
Libre11,37 GB
Intercambio0 MB
App
23,43 GB
No paginable
5,37 GB
Comprimida
23,82 GB
App principal
Google Chrome
20,59 GB
AppMemoria
Google Chrome
96 procesos
–
Visual Studio Code
63 procesos
–
Terminal
49 procesos
–
Safari
16 procesos
–
Docker
9 procesos
–
Slack
13 procesos
–
Figma
14 procesos
–
Zoom
8 procesos
–
Libres de 994,66 GB
479,72 GB
Usado514,94 GB
Escrito hoy38,9 GB
Leyendo
737 kB/s
Escribiendo
195 kB/s
Volúmenes
2
Macintosh HDBackup
App principal
Photos
121 kB/s
AppEscribiendo
Fotos
6 procesos
–
Google Chrome
96 procesos
–
Docker
9 procesos
–
Visual Studio Code
63 procesos
–
Xcode
22 procesos
–
Mail
4 procesos
–
Slack
13 procesos
–
Música
5 procesos
–
Descargando
12 kB/s
Hoy4,4 GB
Últimos 30 días212 GB
Subiendo
419 kB/s
Últimos 7 días
48,3 GB
Interfaz
Wi-Fi
en0
App principal
Safari
8 kB/s
AppDescargando
Safari
16 procesos
–
Google Chrome
96 procesos
–
Slack
13 procesos
–
Zoom
8 procesos
–
Música
5 procesos
–
Mail
4 procesos
–
Docker
9 procesos
–
Notion
6 procesos
–
Apple M2 Max
60 %
Media32%
Pico95%
Memoria
1,69 GB
Media
32%
Pico
95%
App principal
Figma
35%
AppGPU
Figma
14 procesos
–
Google Chrome
96 procesos
–
Safari
16 procesos
–
Zoom
8 procesos
–
Visual Studio Code
63 procesos
–
Xcode
22 procesos
–
Slack
13 procesos
–
Notion
6 procesos
–
Neural Engine de 16 núcleos
2 %
Media3%
Pico16%
Tráfico de memoria
79,9 MB/s
Media
3%
Pico
16%
App principal
Fotos
3 conexiones
AppNeural Engine
Fotos
6 procesos
–
Xcode
22 procesos
–
Safari
16 procesos
–
Zoom
8 procesos
–
Mail
4 procesos
–
Notion
6 procesos
–
Google Chrome
96 procesos
–
Con batería
64 %
Restante2 h 46 min
Ciclos412
Consumo
12,6 W
Salud
76%
Temperatura
31°
App principal
Google Chrome
4,3 W
AppConsumo
Google Chrome
96 procesos
–
Zoom
8 procesos
–
Figma
14 procesos
–
Slack
13 procesos
–
Safari
16 procesos
–
Visual Studio Code
63 procesos
–
Docker
9 procesos
–
Música
5 procesos
–
Salida
Altavoces del MacBook Pro
64%
AppEstadoVolumenNivel
Música Reproduciendo 100%
Zoom Reproduciendo 80%
Google Chrome Reproduciendo 35%
Slack En silencio Silenciado
Safari En silencio 100%
Figma En silencio 100%
Notion En silencio 100%
Mail En silencio 100%
3 conectados
Batería más baja: AirPods Pro, izquierdo, 42 %. Beats Fit Pro está enlazado, pero fuera de alcance.
42% Ajustes de Bluetooth
DispositivoClaseBateríaNivel
AirPods Pro Auriculares
Izquierdo 42%
Derecho 58%
Estuche 80%
Magic Trackpad Trackpad 67%
Magic Keyboard Teclado 91%
4 servidores de desarrollo están en marcha pero inactivos
Detenerlos libera 1,37 GB y los puertos 3000, 4321, 4322, 8000.
Detener todos…
storefront
9 procesos
activo
1,18 GB
storefront-web
node
4322 en marcha desde hace 3 días, apenas usado
458 MB
scraper-api
python
8000 en marcha desde hace 4 días, apenas usado
412 MB
marketing-site
node
4321 inactivo desde hace 2 horas
296 MB
billing-api
node
30009229 inactivo desde hace 45 min
204 MB
docs
node
5173
188 MB
ml-notebooks
python
8888
164 MB
design-tokens
node
6006 inactivo desde hace 20 min
121 MB
infra
3 procesos
96 MB
auth-service
go
8080
74 MB
email-templates
node
3030 inactivo desde hace 3 horas
58 MB
0%
Claude
Esta semana
Al ritmo · 10 % de margen
0%
Codex
Sesión de 5 horas
Se reinicia en 3h 12m
0%
GitHub Copilot
Solicitudes premium
A este ritmo se agota en 4d
0%
Cursor
Este ciclo de facturación
Se reinicia en 12d 5h
Checkout flow tests Trabajando Esperándote
Claude Code · storefront · en ejecución 48 min
410 MB
Iniciados · 4 Salir de la sesión…
vitest comando · 61 % de CPU 520 MB
node servidor · puerto 3001 240 MB
Google Chrome for Testing navegador 310 MB
mcp-server-fetch servidor de herramientas 64 MB
Codex inactivo desde hace 48 min
docs · en Terminal · Nada iniciado
290 MB
4 contenedores en Docker
674MB
Mínimo592,3 MB
Pico674 MB
Por contenedor
postgres312 MB46%
rabbitmq206 MB31%
minio142 MB21%
redis14 MB2%
CPU
3,0%
la mayoría en postgres
Más cerca de su límite
rabbitmq
86% de 240 MB
Red
9kB/s
↓ 6 kB/s · ↑ 3 kB/s
Puertos publicados
6
5433567263799000+2
storefront 2 contenedores
Iniciados juntos por Docker Compose · 2 puertos · 2 en marcha
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 contenedor
Iniciados juntos por Docker Compose · 2 puertos · 1 en marcha
0,9% 206 MB
rabbitmq rabbitmq:3-management
Up 3 hours
567215672 86% de 240 MB
0,9% 206 MB
minio minio/minio
Up 26 hours
90009001
0,2% 142 MB

Las cifras son simuladas: una página web no puede leer tu Mac, ni debería.

01Contenedores

Dentro del único proceso grande, contenedor a contenedor.

Vitals le pregunta al motor qué hay en marcha dentro de su máquina virtual y muestra cada contenedor por separado: la memoria frente a su límite, la CPU, lo que envía y recibe y los puertos que publica, para que veas cuál ha crecido y cuál está ocupado.

  • La memoria frente a su límite
  • CPU y lo que envía y recibe
  • Los puertos que publica
  • Su imagen y su proyecto y servicio de Compose
shopcompose · ~/Projects/shop3 contenedores · 2,0 GB
postgrespostgres:164%↓1,2 ↑0,4 MB/s:5432
1,4 GB de 2 GB
redisredis:71%↓0,1 ↑0,1:6379
96 MB de 512 MB
apishop-api38%↓3,8 ↑12:8080
512 MB de 1 GB
La memoria frente a su límite Dentro de la máquina del motor
02Motores

Uses el motor que uses, funciona sin más.

Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop y Podman se reconocen todos, y Vitals sigue el motor que tenga configurado tu comando docker. La pestaña aparece mientras un motor está en marcha y desaparece cuando se detiene.

  • Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop, Podman
  • Sigue el motor que use tu comando docker
  • Aparece mientras un motor está en marcha
  • Solo lectura, salvo Detener
Docker Desktopdetenido
OrbStacken ejecución
Colimadetenido
Lighterdetenido
Rancher Desktopdetenido
Podmandetenido
docker context showorbstack
El motor que use docker La pestaña aparece mientras hay uno en marcha
03Detener

Detén un contenedor como lo haría docker stop.

Detén cualquier contenedor desde la pestaña o el menú desplegable. Vitals pregunta primero, le da diez segundos para apagarse limpiamente antes de forzar su cierre, y nunca inicia, reinicia ni elimina nada, así que no hay nada que deshacer.

  • En la pestaña y en el menú desplegable
  • Siempre pregunta antes
  • Diez segundos para apagarse y luego se fuerza el cierre
  • Nunca inicia, reinicia ni elimina
ResumenMemoriaProyectosAgentesContenedores
postgres1,4 GB:5432Detener
redis96 MB:6379Detener
api512 MB:8080Detener
¿Detener postgres?
Diez segundos para apagarse; luego se fuerza el cierre. No se elimina.
CancelarDetener
Como haría docker stop Nunca inicia, reinicia ni elimina
04Proyectos

Todo lo que ocupa un proyecto, en una fila.

Los contenedores iniciados con docker compose desde una carpeta de proyecto aparecen bajo ese proyecto en la pestaña Proyectos, junto a su servidor de desarrollo y sus pruebas, medidos dentro de la máquina del motor en lugar de contarse dos veces. Cierra el proyecto y sus contenedores se detienen con él.

  • Contenedores de Compose bajo su proyecto
  • Junto al servidor de desarrollo y las pruebas del proyecto
  • Medidos dentro de la máquina del motor, no sumados a ella
  • Cierra el proyecto y detén sus contenedores a la vez
shop2,4 GB · 41% CPUSalir
next dev:3000412 MB
vitest2 procesos380 MB
postgres:5432contenedor1,4 GB
redis:6379contenedor96 MB
api:8080contenedor512 MB
docsastro dev :4321210 MB
Contenedores de Compose bajo su proyecto Un solo “Salir” para todos
Por qué importa

Contenedores Docker, antes y después

En un Mac, Docker es un solo proceso. Todos los motores ejecutan los contenedores dentro de una máquina virtual Linux, y macOS ve la máquina, no lo que hay dentro. Monitor de Actividad muestra el motor con ocho gigabytes y nada más. Qué contenedor ha crecido, cuál está ocupado, cuál ocupa el puerto: el motor lo sabe y macOS no.

Así que un Mac con los contenedores de unos cuantos proyectos se queda sin memoria, y la causa es una sola fila que no puedes abrir.

Vitals le pregunta al motor y muestra una pestaña Contenedores: la memoria de cada contenedor frente a su límite, su CPU, lo que envía y recibe y sus puertos, en la ventana y en el menú desplegable, agrupados por proyecto de Compose con el nombre del servicio y la carpeta desde la que se inició. Detén un contenedor como lo haría docker stop, después de una confirmación; Vitals nunca inicia, reinicia ni elimina nada. Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop y Podman, y el motor que tenga configurado tu comando docker.

Cómo se usa

Dónde está en Vitals

La pestaña, el ítem de la barra de menús y el ajuste, en el orden en que irías a buscarlos.

  1. 01

    Abre la pestaña Contenedores

    Aparece mientras un motor está en marcha, en la ventana y en el menú desplegable de la barra de menús, y el Resumen del menú desplegable incluye un recuadro Contenedores. Los contenedores iniciados con docker compose se agrupan por su proyecto.

  2. 02

    Consulta un contenedor

    La memoria frente a su límite, la CPU, lo que envía y recibe, los puertos que publica, su imagen y el servicio y la carpeta de Compose de los que procede. Todo se mide dentro de la máquina virtual del motor, así que forma parte de la memoria del motor, no se suma a ella.

  3. 03

    Detén uno

    Haz clic en Detener en el contenedor, en la pestaña o en el menú desplegable. Vitals pregunta primero y luego lo detiene como lo hace docker stop, dándole diez segundos antes de forzar su cierre.

  4. 04

    Sigue el proyecto

    En la pestaña Proyectos, los contenedores que inició un proyecto aparecen bajo él con su servidor de desarrollo y lo demás, así que todo lo que ocupa un proyecto es una fila.

Comparación

Contenedores Docker: Monitor de Actividad y Vitals

La comparativa completa va fila por fila. Estas son las filas sobre contenedores Docker.

Monitor de Actividad Vitals
Contenedores
Monitor de ActividadUn solo proceso para todo el motor
VitalsCada contenedor por separado
Memoria
Monitor de ActividadEl total de la máquina
VitalsPor contenedor, frente a su límite
Puertos
Monitor de ActividadNo se muestra
VitalsPuertos publicados por contenedor
Detener
Monitor de Actividaddocker stop en Terminal
VitalsDetener, tras confirmar
Motores
Monitor de ActividadUna fila, sea cual sea
VitalsDocker Desktop, OrbStack, Colima, Lighter, Rancher Desktop, Podman

Los términos que hay detrás

Qué significan las cifras, según el glosario de Monitor de Actividad.

Preguntas

Lo que la gente pregunta sobre contenedores Docker antes de comprar.

¿Qué motores de Docker admite Vitals?

Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop y Podman. Vitals también sigue el motor que tenga configurado tu comando docker, así que un motor del que nunca ha oído hablar funciona siempre que haya registrado un contexto de Docker.

¿Por qué Monitor de Actividad muestra Docker como un solo proceso?

Porque en un Mac todos los motores ejecutan los contenedores dentro de una máquina virtual Linux, y macOS solo ve la máquina. Solo el motor sabe qué contenedor usa qué dentro de ella, así que Vitals se lo pregunta al motor.

¿Puede Vitals iniciar o eliminar contenedores?

No. Es de solo lectura, salvo Detener, que solo usa cuando se lo pides y tras confirmar.

¿Cuándo aparece la pestaña Contenedores?

Mientras haya un motor en marcha. Sin motor, no hay pestaña.

¿Los contenedores también están en el menú desplegable de la barra de menús?

Sí. El menú desplegable tiene una pestaña Contenedores, con Detener en cada contenedor, y un recuadro Contenedores en su Resumen.

¿Por qué Docker usa tanta memoria sin nada en marcha?

La máquina virtual conserva la memoria que se le asignó, haya contenedores en marcha o no. Vitals muestra lo que hay dentro; limitar la máquina se hace en los ajustes del propio Docker, y la guía sobre la memoria de Docker lo explica paso a paso.

¿Muestra Vitals el proyecto de Compose?

Sí. Los contenedores iniciados con docker compose llevan su proyecto, el nombre del servicio y la carpeta desde la que se iniciaron, y aparecen bajo ese proyecto en la pestaña Proyectos.

¿Necesita tener instalado el comando docker?

No. Vitals habla directamente con el motor. Si el comando docker está instalado, Vitals lee qué motor tiene configurado, así que un motor del que Vitals nunca ha oído hablar también funciona.

Sigue leyendo

Guías que lo usan y cómo se compara Vitals con las apps que la gente compra para esto.

Más de Vitals

Todas las funciones

Consigue Vitals por $15 mientras dure el precio de lanzamiento

Quedan 50 a este precio. El precio normal es $39. Un solo pago, actualizaciones de por vida y reembolso en 14 días.

Consigue Vitals por $15