Mac メニューバーの温度・ファン・空き容量の見方
メニューバーの数値は、Mac で何をしているかと合わせて見ます。動画を書き出しているときの温度上昇は、必ずしも異常ではありません。空き容量が少ない場合は、システムが回収できる領域も確認します。CPU 使用率が高いときは、割合だけでなく原因のプロセスを探すほうが役立ちます。
温度、ファン、メモリプレッシャー、ディスクの余裕、関連プロセスを一緒に見ると、変化のつながりがわかります。ステータス画面やメニューバーの監視は、その原因を探すために使います。
負荷下のファン挙動は Apple Silicon の熱による性能制限とファン を参照。メモリ特有の読み方は Mac にメモリクリーナーは必要？ を参照してください。
各数値で何を確認するか
| 信号 | 有用な問い | 誤解しやすい見方 |
|---|---|---|
| CPU % | 今アクティブなプロセスはどれか？ | 40% という数字だけで Mac の状態を判断できるか？ |
| GPU % | ブラウザ、プレビュー、MLタスクがディスクリート／統合GPUを駆動しているか？ | GPUが一回スパイクしたからmacOSを再インストールすべきか？ |
| 温度 | この負荷と環境に対してチップは熱いか？ | 50°C超の数字はすべて故障か？ |
| ファンRPM | 負荷に応じてファンが回っているか、停止したままか、手動設定されているか？ | 故障を防ぐために、常に最大回転数にすべきか？ |
| メモリ圧力 | macOS が必要なメモリを確保しづらくなっているか？ | なぜ空きRAMが最大化されないのか？ |
| 空きディスク | スワップ、更新、書き出しの作業余裕はまだあるか？ | なぜFinderのカテゴリと正確に一致しないのか？ |
| ネットワーク速度 | 物理インタフェースは忙しいか？ | なぜVPNトンネルの仮想カウンタは違うのか？ |
Apple Silicon Mac では、高性能コアと高効率コアの役割も異なります。バックグラウンドの索引作成で高効率コアが動く場合と、高性能コアで長時間レンダリングする場合を同じようには判断できません。
温度は作業内容と変化を合わせて見る
チップは負荷下で温かく動くように設計されています。重要なのは：
- タスクとの相関。 書き出し、コンパイル、ローカルモデル、ゲームがオンなら温度は上がる。タスクがオフなら下がる。それが普通です。
- 持続するスロットリング症状。 フレーム時間が伸び、コンパイル時間が膨らみ、作業が終わるはずのあともファンがうるさい。
- センサの正体。 CPU近傍、GPU、SSDの読み取りは別の計測器です。ブログにある「安全なCPU温度」と、別のアプリで表示されるセンサの値をそのまま比較すると、判断を誤ります。
何もしていない状態が数分続いても熱い場合は、室温、柔らかい場所に置いていないか、CPU を使い続けるプロセスがないかを確認します。Apple Silicon では古い SMC リセットの手順をすぐ試すのではなく、まずアクティビティモニタで作業の原因を調べます。
普段はファンの自動制御に任せる
ファンを搭載した Mac は、回転数を変えて冷却と騒音のバランスを取っています。最大回転に固定しても、CPU を使い続けるプロセスの問題は解決しません。逆に長い書き出し中に静音を優先すると、熱を抑えるために性能が下がることがあります。
実用的なやり方：
- 日常作業は自動制御のままにする。
- 長いレンダーを意識的に始め、騒音より完了時間を重視するときは一時的なクーラープリセットを使う。
- その後は自動に戻し、macOSが制御を取り戻せるようにする。
- 明らかな負荷がないのにファンがうるさいままならプロセスを調べる。
ディスク容量：空き、削除可能、「システムデータ」
空き容量は一つの概念ではありません。
- 本当に空いたブロック。新しい書き込みの準備ができている。
- 削除可能領域。圧力が上がるとmacOSが回収できる（ローカルスナップショット、使い捨てキャッシュ）。
- カテゴリ要約。システム設定で、Appleがアプリとして明細化しない残りをまとめる。
Finder、システム設定、df の値は、スナップショットやクローンファイル、領域回収のタイミングによって異なることがあります。システムデータが大きいからとツールを買う前に、全体の余裕と中身のわかる大きなフォルダを確認します。
df -h /
du -sh ~/Library/Caches/* 2>/dev/null | sort -h | tail -15
そのうえで、どのアプリのものか確認でき、再作成できるキャッシュを削除します。/System 内の用途がわからないファイルは削除しないでください。
プロセス：並べ替え、特定、それから行動
ステータスパネルは次の行動をはっきりさせるべきです。
- CPUまたはエネルギーで並べ替える。
- 行がアプリ、ヘルパー、ブラウザレンダラ、システムサービスかを特定する。
- 対象アプリを終了するか、プロセスをサンプリングする。高負荷という話だけで
kernel_taskを強制終了しない。 - 長い稼働後にシステムプロセスがコアを固定するなら、作業を保存したあとの再起動は制御された実験になり得ます。
ブラウザヘルパーは集約が必要です。Chromeの1ウィンドウは、グループ化するまで無関係な12プロセスに見えます。
監視ツール自体も電力を使う
常時オンのメニューバーツールは、CPU、ウェイクアップ、時にはアイコンアニメ用GPUを少し使います。良いモニタはほかのアプリが前面のとき更新を減らし、隠した直後にウィンドウメモリを解放し、空き容量の確認でディスクを頻繁に読みません。アイドルでモニタが上位のエネルギー消費なら、メトリクスを簡素化するか、詳細が要るまで静的アイコンにします。
Bluetooth アクセサリの低バッテリー通知も同じです。画面を開かずに気づけると便利ですが、頻繁に確認しすぎると通知機能自体の消費電力が増えます。
Mole でできること
Mole はステータス画面とメニューバーにこれらの情報をまとめています。Apple Silicon の温度を安定して読み取り、メニューバーの温度とファン回転数は毎秒更新できます。空き容量も両方の画面で更新します。プロセスを並べ替えられ、状態スコアの減点理由も確認でき、Bluetooth アクセサリの電池残量が少ないと通知します。非表示のウィンドウは約1分以内にグラフィックメモリを解放し、他のアプリが前面にある間はステータス画面の更新頻度を下げます。
整理やアプリ更新と一緒に Mac の状態を確認したいときは Mole が役立ちます。macOS のメモリやエネルギーの詳細を見るならアクティビティモニタを開きます。数字が違う場合は、測定範囲と更新時刻を比べることも手がかりになります。
よくある質問
書き出し中の熱いMacBookは損傷していますか？
設計限界内の熱だけでは違います。予期しないアイドル熱、繰り返す熱シャットダウン、負荷終了後も続くスロットリングを見てください。
なぜ空きディスクがシステム設定と一致しないのですか？
分類方法、削除可能な領域の扱い、スナップショット、計測時刻が違うためです。用途がわからないファイルを削除する前に、df の空き容量と個々のフォルダのサイズを確認してください。
一日中ファンを最大にすべきですか？
いいえ。日常は自動制御を使い、既知の重い仕事に冷却を優先するプリセットを予約し、その後は自動に戻します。
メニューバーモニタはバッテリーを消耗しますか？
常時オンのサンプラにはコストがあります。バックグラウンドで落ち着き、アニメが要らないときは静的アイコンを選べるツールを優先してください。