すべてのDockerコンテナを、それぞれのメモリ、CPU、ポートとともに。
Macでは、Dockerは1つの大きなプロセスで、アクティビティモニタにわかるのはそこまでです。Vitalsはエンジンに中身を問い合わせ、“コンテナ”タブを用意します。各コンテナのメモリ、CPU、ネットワーク、ポートをウインドウとドロップダウンに表示し、それぞれに“停止”があります。
Google Chrome 21.23 GB 
VS Code 8.17 GB 
Terminal 3.86 GB 
Safari 2.69 GB 
GitHub Desktop 427 mW Google Chrome 367 mW 
Zoom 145 mW Terminal 86 mW Google Chrome 
Google Chrome 
Photos 
Safari 
Figma 写真 Google Chrome ミュージック 再生中 100% Zoom 再生中 80% Google Chrome 再生中 35% Slack 無音 消音中 Safari 無音 100% Figma 無音 100% Notion 無音 100% メール 無音 100% 数値はシミュレーションです。WebページはMacの情報を読み取れませんし、読み取るべきでもありません。
1つの大きなプロセスの中を、コンテナごとに。
Vitalsは、仮想マシンの中で何が動いているかをエンジンに問い合わせ、コンテナを1つずつ表示します。上限に対するメモリ、CPU、送受信量、公開しているポート。どれが大きくなり、どれが忙しいかがわかります。
- 上限に対するメモリ
- CPUと送受信量
- 公開しているポート
- イメージと、Composeのプロジェクトとサービス
どのエンジンでも、そのまま使えます。
Docker Desktop、OrbStack、Colima、Lighter、Rancher Desktop、Podmanをすべて認識し、dockerコマンドが使うよう設定されているエンジンにも従います。タブはエンジンが動いている間に表示され、止まると消えます。
- Docker Desktop、OrbStack、Colima、Lighter、Rancher Desktop、Podman
- dockerコマンドが使うエンジンに従う
- エンジンが動いている間に表示
- 停止以外は読み取り専用
docker stopと同じ方法でコンテナを停止。
どのコンテナも、タブやドロップダウンから停止できます。Vitalsは先に確認し、強制的に終了する前に、きちんとシャットダウンするための10秒を与えます。起動、再起動、削除は一切しないので、元に戻すものはありません。
- タブでもドロップダウンでも
- 毎回、先に確認
- シャットダウンまで10秒、その後強制終了
- 起動、再起動、削除はしない
プロジェクトが使うすべてを1行に。
プロジェクトフォルダからdocker composeで起動したコンテナは、“プロジェクト”タブのそのプロジェクトの下に、開発サーバやテストと並んで表示されます。エンジンの仮想マシンの中で計測するので、二重に数えられることはありません。プロジェクトを終了すると、そのコンテナも一緒に停止します。
- Composeのコンテナはそのプロジェクトの下に
- プロジェクトの開発サーバやテストと並べて
- エンジンの仮想マシンの中で計測し、上乗せしない
- プロジェクトの終了とコンテナの停止を一緒に
Dockerコンテナ：これまでとVitals
Macでは、Dockerは1つのプロセスです。どのエンジンもコンテナを1つのLinux仮想マシンの中で動かしていて、macOSに見えるのは仮想マシンだけで、その中身は見えません。アクティビティモニタに表示されるのは8 GBのエンジンだけです。どのコンテナが大きくなったか、どれが忙しいか、どれがポートを使っているか。エンジンは知っていても、macOSは知りません。
そのため、いくつかのプロジェクト分のコンテナを動かすとMacのメモリが足りなくなり、その原因は開くことのできない1行になります。
Vitalsはエンジンに問い合わせて“コンテナ”タブを表示します。各コンテナの上限に対するメモリ、CPU、送受信量、ポートを、ウインドウとドロップダウンに、Composeプロジェクトごとにサービス名と起動元のフォルダを添えて表示します。コンテナはdocker stopと同じように、確認のあとで停止できます。Vitalsが起動、再起動、削除をすることはありません。Docker Desktop、OrbStack、Colima、Lighter、Rancher Desktop、Podman、そしてdockerコマンドが使うよう設定されているエンジンに対応しています。
Vitalsのどこにあるか
タブ、メニューバー項目、設定を、使う順に並べました。
- 01
“コンテナ”タブを開く
エンジンが動いている間、ウインドウとメニューバーのドロップダウンに表示され、ドロップダウンの“概要”には“コンテナ”タイルが加わります。docker composeで起動したコンテナは、プロジェクトごとにまとめられます。
- 02
コンテナの情報を見る
上限に対するメモリ、CPU、送受信量、公開しているポート、イメージ、そしてComposeのサービスと起動元のフォルダ。すべてエンジンの仮想マシンの中で計測するので、エンジンのメモリの一部であり、上乗せされるものではありません。
- 03
停止する
タブかドロップダウンで、コンテナの“停止”をクリックします。Vitalsは先に確認してから、docker stopと同じように停止し、強制終了する前に10秒待ちます。
- 04
プロジェクトごとに見る
“プロジェクト”タブでは、プロジェクトが起動したコンテナが、開発サーバなどと一緒にその下に表示されるので、プロジェクトが使うすべてが1行にまとまります。
アクティビティモニタ 
Vitals 関連する用語
数値の意味を、アクティビティモニタ用語集から紹介します。
お問い合わせ
Dockerコンテナについて、購入前によく聞かれる質問。
VitalsはどのDockerエンジンに対応していますか?
Docker Desktop、OrbStack、Colima、Lighter、Rancher Desktop、Podmanです。また、dockerコマンドが使うよう設定されているエンジンにも従うので、Vitalsが知らないエンジンでも、Dockerコンテキストを登録していれば使えます。
アクティビティモニタでDockerが1つのプロセスとして表示されるのはなぜですか?
Macでは、どのエンジンもコンテナを1つのLinux仮想マシンの中で動かしていて、macOSに見えるのは仮想マシンだけだからです。中のどのコンテナが何を使っているかはエンジンにしかわからないので、Vitalsはエンジンに問い合わせます。
Vitalsでコンテナを起動したり削除したりできますか?
できません。読み取り専用です。例外は停止だけで、それもあなたが指示し、確認したときに限ります。
“コンテナ”タブはいつ表示されますか?
エンジンが動いている間です。エンジンがなければ、タブもありません。
メニューバーのドロップダウンにもコンテナは表示されますか?
はい。ドロップダウンには、各コンテナに“停止”がある“コンテナ”タブがあり、“概要”には“コンテナ”タイルもあります。
何も動かしていないのにDockerがメモリを大量に使うのはなぜですか?
仮想マシンは、コンテナが動いているかどうかにかかわらず、割り当てられたメモリを保持するからです。Vitalsはその中身を表示します。仮想マシンの上限はDocker自身の設定で決めます。手順はDockerのメモリのガイドで説明しています。
VitalsはComposeプロジェクトを表示しますか?
はい。docker composeで起動したコンテナには、プロジェクト名、サービス名、起動元のフォルダが付き、“プロジェクト”タブのそのプロジェクトの下に表示されます。
dockerコマンドのインストールは必要ですか?
いいえ。Vitalsはエンジンと直接やりとりします。dockerコマンドがあれば、どのエンジンを使うよう設定されているかを読み取るので、Vitalsが知らないエンジンでも使えます。
関連情報
これを使うガイドと、同じ目的で買われるアプリとVitalsの比較。