Cada contêiner do Docker, com a própria memória, CPU e portas.

No Mac, o Docker é um processo grande e é só isso que o Monitor de Atividade consegue dizer. O Vitals pergunta ao mecanismo o que há dentro e dá a você uma aba Contêineres: memória, CPU, rede e portas de cada contêiner, na janela e no menu suspenso, com Parar em cada um.

Memória por tipo
82%
em uso
App 22,15 GB
Residente 5,67 GB
Comprimida 24,54 GB
Em cache 10,32 GB
Livre 1,32 GB
Memória por app
59,25 GB
todos os apps
Google Chrome 21,23 GB
VS Code 8,17 GB
Terminal 3,86 GB
Safari 2,69 GB
Outros 23,30 GB
Potência por app
1,7 W
todos os apps
GitHub Desktop 427 mW
Google Chrome 367 mW
Zoom 145 mW
Terminal 86 mW
Outros 650 mW
Agora
27 %
Média de hoje36%
Carga3,41
Usuário
19%
Seus apps
Sistema
8%
macOS
Núcleos
12
8 P4 E
App mais ativo
Google Chrome
18,2%
AppCPU
Google Chrome
96 processos
–
Terminal
49 processos
–
Safari
16 processos
–
Docker
9 processos
–
Visual Studio Code
63 processos
–
Slack
13 processos
–
Figma
14 processos
–
Zoom
8 processos
–
Em uso dos 64 GB
52,63 GB
Normal
Livre11,37 GB
Troca0 MB
App
23,43 GB
Residente
5,37 GB
Comprimida
23,82 GB
App mais ativo
Google Chrome
20,59 GB
AppMemória
Google Chrome
96 processos
–
Visual Studio Code
63 processos
–
Terminal
49 processos
–
Safari
16 processos
–
Docker
9 processos
–
Slack
13 processos
–
Figma
14 processos
–
Zoom
8 processos
–
Livres dos 994,66 GB
479,72 GB
Usado514,94 GB
Gravado hoje38,9 GB
Lendo
737 kB/s
Gravando
195 kB/s
Volumes
2
Macintosh HDBackup
App mais ativo
Photos
121 kB/s
AppGravando
Fotos
6 processos
–
Google Chrome
96 processos
–
Docker
9 processos
–
Visual Studio Code
63 processos
–
Xcode
22 processos
–
Mail
4 processos
–
Slack
13 processos
–
Música
5 processos
–
Baixando
12 kB/s
Hoje4,4 GB
Últimos 30 dias212 GB
Enviando
419 kB/s
Últimos 7 dias
48,3 GB
Interface
Wi-Fi
en0
App mais ativo
Safari
8 kB/s
AppBaixando
Safari
16 processos
–
Google Chrome
96 processos
–
Slack
13 processos
–
Zoom
8 processos
–
Música
5 processos
–
Mail
4 processos
–
Docker
9 processos
–
Notion
6 processos
–
Apple M2 Max
60 %
Média32%
Pico95%
Memória
1,69 GB
Média
32%
Pico
95%
App mais ativo
Figma
35%
AppGPU
Figma
14 processos
–
Google Chrome
96 processos
–
Safari
16 processos
–
Zoom
8 processos
–
Visual Studio Code
63 processos
–
Xcode
22 processos
–
Slack
13 processos
–
Notion
6 processos
–
Neural Engine de 16 núcleos
2 %
Média3%
Pico16%
Tráfego de memória
79,9 MB/s
Média
3%
Pico
16%
App mais ativo
Fotos
3 conexões
AppNeural Engine
Fotos
6 processos
–
Xcode
22 processos
–
Safari
16 processos
–
Zoom
8 processos
–
Mail
4 processos
–
Notion
6 processos
–
Google Chrome
96 processos
–
Na bateria
64 %
Restante2h 46min
Ciclos412
Consumo
12,6 W
Saúde
76%
Temperatura
31°
App mais ativo
Google Chrome
4,3 W
AppPotência
Google Chrome
96 processos
–
Zoom
8 processos
–
Figma
14 processos
–
Slack
13 processos
–
Safari
16 processos
–
Visual Studio Code
63 processos
–
Docker
9 processos
–
Música
5 processos
–
Saída
Alto-falantes do MacBook Pro
64%
AppEstadoVolumeNível
Música Tocando 100%
Zoom Tocando 80%
Google Chrome Tocando 35%
Slack Em silêncio Sem som
Safari Em silêncio 100%
Figma Em silêncio 100%
Notion Em silêncio 100%
Mail Em silêncio 100%
3 conectados
Bateria mais baixa: AirPods Pro, esquerdo, 42%. Beats Fit Pro está emparelhado, mas fora de alcance.
42% Ajustes do Bluetooth
DispositivoTipoBateriaNível
AirPods Pro Fones de ouvido
Esquerdo 42%
Direito 58%
Estojo 80%
Magic Trackpad Trackpad 67%
Magic Keyboard Teclado 91%
4 servidores de desenvolvimento estão ativos, mas ociosos
Parar esses processos libera 1,37 GB e as portas 3000, 4321, 4322, 8000.
Parar Todos…
storefront
9 processos
trabalhando
1,18 GB
storefront-web
node
4322 ativo há 3 dias, quase sem uso
458 MB
scraper-api
python
8000 ativo há 4 dias, quase sem uso
412 MB
marketing-site
node
4321 ocioso há 2 horas
296 MB
billing-api
node
30009229 ocioso há 45 min
204 MB
docs
node
5173
188 MB
ml-notebooks
python
8888
164 MB
design-tokens
node
6006 ocioso há 20 min
121 MB
infra
3 processos
96 MB
auth-service
go
8080
74 MB
email-templates
node
3030 ocioso há 3 horas
58 MB
0%
Claude
Esta semana
No ritmo · 10% de folga
0%
Codex
Sessão de 5 horas
Reinicia em 3h 12m
0%
GitHub Copilot
Solicitações premium
Nesse ritmo, acaba em 4d
0%
Cursor
Este ciclo de cobrança
Reinicia em 12d 5h
Checkout flow tests Trabalhando Esperando você
Claude Code · storefront · em execução há 48 min
410 MB
Iniciados · 4 Encerrar sessão…
vitest comando · 61% de CPU 520 MB
node servidor · porta 3.001 240 MB
Google Chrome for Testing navegador 310 MB
mcp-server-fetch servidor de ferramentas 64 MB
Codex ocioso há 48 min
docs · em Terminal · Nada iniciado
290 MB
4 contêineres em Docker
674MB
Mínimo592,3 MB
Pico674 MB
Por contêiner
postgres312 MB46%
rabbitmq206 MB31%
minio142 MB21%
redis14 MB2%
CPU
3,0%
a maior parte em postgres
Mais perto do limite
rabbitmq
86% de 240 MB
Rede
9kB/s
↓ 6 kB/s · ↑ 3 kB/s
Portas publicadas
6
5433567263799000+2
storefront 2 contêineres
Iniciados juntos pelo Docker Compose · 2 portas · 2 em execução
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 contêiner
Iniciados juntos pelo Docker Compose · 2 portas · 1 em execução
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

Os números são simulados: uma página web não pode ler o seu Mac, e nem deveria.

01Contêineres

Dentro do processo grande, contêiner por contêiner.

O Vitals pergunta ao mecanismo o que está rodando dentro da máquina virtual dele e lista cada contêiner separadamente: memória em relação ao limite, CPU, o que está enviando e recebendo e as portas que publica, para você ver qual cresceu e qual está ocupado.

  • Memória em relação ao limite
  • CPU, e o que envia e recebe
  • As portas que publica
  • A imagem, e o projeto e o serviço do Compose
shopcompose · ~/Projects/shop3 contêineres · 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
Memória em relação ao limite Dentro da máquina do mecanismo
02Mecanismos

Seja qual for o seu mecanismo, simplesmente funciona.

Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop e Podman são todos reconhecidos, e o Vitals acompanha o mecanismo que o seu comando docker está configurado para usar. A aba aparece enquanto um mecanismo roda e some quando ele para.

  • Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop, Podman
  • Acompanha o mecanismo que o seu comando docker usa
  • Aparece enquanto um mecanismo está rodando
  • Só leitura, exceto Parar
Docker Desktopparado
OrbStackem execução
Colimaparado
Lighterparado
Rancher Desktopparado
Podmanparado
docker context showorbstack
O mecanismo que o docker estiver usando A aba aparece enquanto um estiver em execução
03Parar

Pare um contêiner como o docker stop faria.

Pare qualquer contêiner pela aba ou pelo menu suspenso. O Vitals pergunta antes, dá dez segundos para ele parar de forma limpa antes de ser encerrado à força, e nunca inicia, reinicia nem remove nada, então não há nada para desfazer.

  • Na aba e no menu suspenso
  • Pergunta antes, sempre
  • Dez segundos para parar, depois encerrado à força
  • Nunca inicia, reinicia nem remove
Visão GeralMemóriaProjetosAgentesContêineres
postgres1,4 GB:5432Parar
redis96 MB:6379Parar
api512 MB:8080Parar
Parar postgres?
Dez segundos para parar, depois é encerrado à força. Não é removido.
CancelarParar
Como o docker stop faria Nunca inicia, reinicia nem remove
04Projetos

Todo o consumo de um projeto em uma linha.

Os contêineres iniciados pelo docker compose em uma pasta de projeto ficam sob aquele projeto na aba Projetos, ao lado do servidor de desenvolvimento e dos testes dele, medidos dentro da máquina do mecanismo em vez de contados duas vezes. Encerre o projeto e os contêineres param junto.

  • Contêineres do Compose no projeto deles
  • Ao lado do servidor de desenvolvimento e dos testes do projeto
  • Medido dentro da máquina do mecanismo, não somado a ela
  • Encerre o projeto e pare os contêineres dele, juntos
shop2,4 GB · 41% CPUEncerrar
next dev:3000412 MB
vitest2 workers380 MB
postgres:5432contêiner1,4 GB
redis:6379contêiner96 MB
api:8080contêiner512 MB
docsastro dev :4321210 MB
Contêineres do Compose no projeto deles Um Encerrar para todos
Por que isso importa

Contêineres Docker: antes e depois

No Mac, o Docker é um processo. Todo mecanismo roda os contêineres dentro de uma máquina virtual Linux, e o macOS vê a máquina, não o que há dentro dela. O Monitor de Atividade mostra o mecanismo com oito gigabytes e nada mais. Qual contêiner cresceu, qual está ocupado, qual ocupa a porta: o mecanismo sabe e o macOS não.

Então um Mac com contêineres de alguns projetos fica sem memória, e a causa é uma única linha que você não consegue abrir.

O Vitals pergunta ao mecanismo e mostra uma aba Contêineres: a memória de cada contêiner em relação ao limite, a CPU, o que envia e recebe e as portas, na janela e no menu suspenso, agrupados por projeto do Compose com o nome do serviço e a pasta de onde vieram. Pare um contêiner como o docker stop faria, depois de uma confirmação; o Vitals nunca inicia, reinicia nem remove nada. Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop e Podman, e o mecanismo que o seu comando docker estiver configurado para usar.

Como usar

Onde fica no Vitals

A aba, o item da barra de menus e o ajuste, na ordem em que você os procuraria.

  1. 01

    Abra a aba Contêineres

    Ela aparece enquanto um mecanismo está rodando, na janela e no menu suspenso da barra de menus, e a Visão Geral do menu suspenso ganha um bloco Contêineres. Os contêineres iniciados pelo docker compose ficam agrupados por projeto.

  2. 02

    Veja um contêiner

    Memória em relação ao limite, CPU, o que está enviando e recebendo, as portas que publica, a imagem, e o serviço do Compose e a pasta de onde veio. Tudo é medido dentro da máquina virtual do mecanismo, então faz parte da memória do mecanismo, não se soma a ela.

  3. 03

    Pare um

    Clique em Parar no contêiner, na aba ou no menu suspenso. O Vitals pergunta antes e então faz o mesmo que o docker stop: dá dez segundos ao contêiner antes de encerrá-lo à força.

  4. 04

    Acompanhe o projeto

    Na aba Projetos, os contêineres que um projeto iniciou ficam sob ele, com o servidor de desenvolvimento e o resto, então todo o consumo de um projeto é uma linha.

Comparação

Contêineres Docker: Monitor de Atividade e Vitals

A comparação completa vai linha por linha. Estas são as linhas sobre contêineres Docker.

Monitor de Atividade Vitals
Contêineres
Monitor de AtividadeUm processo para o mecanismo inteiro
VitalsCada contêiner separado
Memória
Monitor de AtividadeO total da máquina
VitalsPor contêiner, em relação ao limite
Portas
Monitor de AtividadeNão aparece
VitalsPortas publicadas por contêiner
Parar
Monitor de Atividadedocker stop no Terminal
VitalsParar, depois de confirmar
Mecanismos
Monitor de AtividadeUma linha, seja qual for
VitalsDocker Desktop, OrbStack, Colima, Lighter, Rancher Desktop, Podman

Os termos por trás

O que os números significam, segundo o glossário do Monitor de Atividade.

Dúvidas

As perguntas que as pessoas fazem sobre contêineres Docker antes de comprar.

Quais mecanismos do Docker o Vitals suporta?

Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop e Podman. O Vitals também acompanha o mecanismo que o seu comando docker está configurado para usar, então um mecanismo que ele nunca viu funciona, desde que tenha registrado um contexto do Docker.

Por que o Monitor de Atividade mostra o Docker como um único processo?

Porque no Mac todo mecanismo roda os contêineres dentro de uma máquina virtual Linux, e o macOS só vê a máquina. Só o mecanismo sabe qual contêiner lá dentro usa o quê, então o Vitals pergunta ao mecanismo.

O Vitals pode iniciar ou remover contêineres?

Não. Ele só lê, exceto Parar, que ele só faz quando você pede e depois de uma confirmação.

Quando a aba Contêineres aparece?

Enquanto um mecanismo estiver rodando. Sem mecanismo, não há aba.

Os contêineres também ficam no menu suspenso da barra de menus?

Sim. O menu suspenso tem uma aba Contêineres, com Parar em cada contêiner, e um bloco Contêineres na Visão Geral dele.

Por que o Docker usa tanta memória sem nada rodando?

A máquina virtual fica com a memória que recebeu, rodem contêineres ou não. O Vitals mostra o que há dentro dela; para limitar a máquina, use os ajustes do próprio Docker, e o guia de memória do Docker mostra o passo a passo.

O Vitals mostra o projeto do Compose?

Sim. Os contêineres iniciados pelo docker compose trazem o nome do projeto e do serviço e a pasta de onde vieram, e aparecem sob aquele projeto na aba Projetos.

Precisa ter o comando docker instalado?

Não. O Vitals fala direto com o mecanismo. Se o comando docker estiver lá, o Vitals lê qual mecanismo ele está configurado para usar, então um mecanismo que o Vitals nunca viu continua funcionando.

Leia também

Guias que usam isto, e como o Vitals se compara aos apps que as pessoas compram para isso.

Mais do Vitals

Todos os recursos

Compre o Vitals por $15 enquanto durar o preço de lançamento

Restam 50 por este preço. O preço normal é $39. Pagamento único, atualizações para sempre, reembolso em até 14 dias.

Comprar o Vitals por $15