Android System Monitor

このツールについて

Android 端末を Chromium ブラウザに USB でつなぐと、このページがその計器盤になります。60 秒スパークライン付きの CPU 全体、コアごとの負荷バーとライブクロック、端末が公開しているすべてのサーマルゾーン、PSS 上位アプリつきのメモリ、リアルタイムのネットワークとディスクのスループット、最も忙しい 10 プロセス、そして止めて CSV で書き出せる記録。端末には何もインストールせず、何もアップロードしません——このページはサーバーを持たない静的ファイルで、タブを閉じればすべての数値は消えます。

「空きメモリ」で言いたかった数字は MemAvailable のほう

12 GB 積んだ端末で空きが数百 MB と表示される——Android のこの有名な光景と、そこから生まれたすべてのタスクキラーアプリは、同じ誤解の上に立っています。MemFree は「まったく何にも使われていない」メモリで、健全な Linux カーネルではこの数字は小さいのが正しい姿です。残りはページキャッシュと回収可能な slab が持っていて、使われていないメモリは無駄なメモリだからです。MemAvailable は「新しい確保がいま実際にどれだけ取れるか」というカーネル自身の見積もり——空きメモリに、スワップせずに回収する用意があるものを足したもの——で、人間が「空き RAM」と言うときに指しているのはこちらです。このページはどこでもこれを使い、そう明記します。報告できない古いカーネル（Linux 3.14 より前）では従来の free+cached 推定に落ち、バーには estimated と書きます。下のアプリ別の並びは PSS で、専有ページに加えて他と共有しているページの按分を数えるので、合計が全体と一致しないのは意図どおりです。

コア別クロックと、クラスタに名前を付けない理由

各コアが自分の行を持ちます。/proc/stat 由来の負荷バー、ライブの scaling_cur_freq、そしてそのコア*自身*の cpuinfo_min_freq と cpuinfo_max_freq に対する目盛りです。最後の一点が big.LITTLE 端末で表を読めるものにします——小コアの 1.8 GHz は全開、同じ 1.8 GHz でも大コアならアイドルなので、共通の軸で描けば正反対のことを示してしまいます。コアは周波数上限でまとめます。それがクラスタを物理的に分けている性質で、しかもシリコンの定数だからです。表示は「クラスタ 0 · 上限 1.80 GHz」で、「little」「big」「prime」とは呼びません。あれはマーケティングの名前で、対応は SoC と世代で変わり、自信ありげに間違ったラベルを出すのは正直な上限値より悪いからです。各行の governor（schedutil、walt、OEM 独自名）はそのまま出します。自分のシェル出力と突き合わせるためのものだからです。

スロットリングの段階と、温度が実際に奪うもの

サーマル帯はカーネル生の /sys/class/thermal/thermal_zone*/temp で、隣のバッジは Android のサーマルサービス自身が返す NONE / LIGHT / MODERATE / SEVERE / CRITICAL / EMERGENCY / SHUTDOWN です。これはこのページの言葉ではなくフレームワークの言葉で、具体的な意味があります。MODERATE からシステムはアプリに負荷を下げるよう求め始め、SEVERE ではベンチマークが何を望もうと CPU と GPU のクロックが落とされます。それが起きる普遍的な温度はありません——トリップポイントは端末ごと・ゾーンごとに OEM のサーマル HAL が決めるので、表面 42 °C で絞る端末も 48 °C まで回す端末も、どちらも正常です。できるのは、どのゾーンが先に上がるか、それに合わせてクロックがどれだけ速く落ちるかを見ることです。端末はほぼ同一のゾーンを 90 個公開することもあるので、このページは系統ごとに 1 本と、必ず全機で最も熱い 1 本を監視し、いくつ中いくつを見ているかをタイルに書きます。

このページもそのグラフに載っています

コンピュータをコンピュータで測るのは無料ではありません。自分のコストを隠す監視ページは、まさにそれが示すべきものについて嘘をついています。ここでは 1 tick がファイルごとではなく **1 本**のまとめたシェルコマンドで、サーマルの一斉取得は毎秒ではなく一度だけ、top は 10 秒に一度（toybox が %CPU の差分を出すために内部で 250 ms 眠るから）、そして全実行プロセスに binder を投げて各自に smaps を歩かせる dumpsys meminfo は 30 秒に一度でオフにもできます。同時に飛んでいるコマンドは常に 1 本だけです。シェルを 2 本並べても実時間は半分にならず、同じ瞬間の fork の嵐が倍になるだけだからです。タブが背面に回れば、すべて 10 秒に 1 本まで落ちます。それでも、本気のベンチマーク中の端末では、見えている数値の 1〜2 % は測定側のものだと考えてください。

タブを開いたままにする理由が記録機能です。開始して、負荷試験なりゲームなりアップロードなりを走らせ、停止すれば、すべての系列を 1 つの表として持ち帰れます——表計算なら CSV、スクリプトを書くなら JSON。どちらもこのタブで作られ、アップロードされません。列は開始を押した時点で固定されるので、途中でコアがオフラインになっても空セルが並ぶだけで、幅の違う行が混ざったファイルにはなりません。失敗した測定は空セルであって、0 ではありません。ここから先は、Web ADB ハブに残りの道具一式があり、電池ページは同じパックを 1 Hz でサイクル数と容量まで読み、ストレージ解析はこのページが I/O しか見せない中身を見せてくれます。