パワーシェルでcmdをより使いやすく
adbのシェルprocrank、
トップとADBシェルまたは
ルックラムはおそらく、905M、1Gメモリであります
VSS -仮想メモリの消費量のバーチャルセットサイズ（共有ライブラリがメモリを占有含まれている）
RSS -レジデントは、実際の物理メモリのセットのサイズ（メモリが占有含まれている共有ライブラリ）を使用し
、実際に使用される物理メモリの比例セットサイズ（比例配分共有ライブラリが占める- PSSをメモリ）
USS -単独のユニークなサイズのプロセスのセット（共有ライブラリがメモリを占有含まれていない）の物理メモリを占有
VSS：VSSは、プロセス缶アクセスの全体のメモリ・アドレス空間のサイズを表します。このプロセスは、アプリケーションのサイズが、未使用のメモリ空間を含めています。実際にはめったにメモリ占有のプロセスは、それは正確ではない、単一のプロセスのメモリ使用量を表すためにそれを使用することをこのように使用しません。
RSS：すべての共有ライブラリを含むRAM実用化されているプロセスのアドレス空間の大きさは、メモリを占有表し、このような状況では、プロセスのメモリも不正確で表しています。
PSS：実際に使用するRAM内のプロセスのアドレス空間の大きさを表し、それは比例し、共有ライブラリがメモリを占有含まれています。三つのプロセスが存在する場合、各プロセスは、共有ライブラリメモリのサイズPSS-第含む同じ共有ライブラリを使用します。このようにして、より正確なメモリ使用量のプロセスを表しますが、共有ライブラリ、そのまったく同じ状況とRSSを使用している場合のみ、一つのプロセス。
USS：プロセス自体は、メモリ空間のサイズを占有表す任意の他の成分が含まれていない、これはプロセスのメモリサイズを表示するための最良の方法です！
あなたが見ることができます：VSS> = RSS> = PSS > = USS
単一のアプリケーションのメモリ使用量をチェック
meminfoのアプリdumpsys adbのシェルパッケージ名は--------------- このアプリの複数のプロセス場合は、不完全な統計が表示されます
以下のことをお勧めします
マルチプロセスメモリ消費アプリを参照するにdumpsys meminfoに--packageアプリケーションパッケージ名は、このアプリは2つのプロセスが実際にあるべきである消費含有する（50638 + 76563）/ 1024 = 124M
例えばdumpsys meminfoに--package com.test.app
より詳細な説明は以下を参照してください。
