我阅读了有关VSS/RSS/PSS/USS的说明:
这篇文章的目的是提供信息，以帮助解释来自各种工具的内存报告，以便可以确定Linux进程和系统的实际内存使用情况。
Android有一个称为procrank(/system/xbin/procrank)的工具，该工具按从最高到最低的使用顺序列出了Linux进程的内存使用情况。每个进程报告的大小为VSS，RSS，PSS和USS。
为了简单起见，在本说明书中，将以页而不是字节来表示存储器。像我们这样的Linux系统在最低级别以4096字节页面管理内存。
VSS(从ps报告为VSZ)是进程的总可访问地址空间。此大小还包括可能不驻留在RAM中的内存，例如已分配但尚未写入的malloc。 VSS用于确定进程的实际内存使用量很少。
RSS是一个进程在RAM中实际保留的总内存。 RSS可能会产生误导，因为它报告了该进程使用的所有共享库的总数，即使一个共享库仅被加载到内存一次，无论有多少个进程使用它。 RSS不能准确表示单个进程的内存使用情况。
PSS与RSS的不同之处在于，PSS报告其共享库的比例大小，即，如果三个进程都使用具有30页的共享库，则该库将仅为三个进程中的每个报告的PSS贡献10页。 PSS是一个非常有用的数字，因为将系统中所有进程的PSS求和时，就可以很好地表示系统中的总内存使用量。当某个进程被杀死时，贡献其PSS的共享库将按比例分配给仍使用该库的其余进程的PSS总数。这样，PSS可能会产生一些误导，因为当进程被杀死时，PSS不能准确表示返回给整个系统的内存。
USS是一个进程的总私有(private)内存，即该进程完全唯一的内存。 USS是一个非常有用的数字，因为它表明了运行特定过程的真实增量成本。当进程被杀死时，USS是实际返回给系统的总内存。当最初怀疑进程中的内存泄漏时，USS是最好的监视方式。
对于具有Python的系统，还有一个名为smem的好工具，它将报告包括所有这些类别的内存统计信息。
# procrank
procrank
PID Vss Rss Pss Uss cmdline
481 31536K 30936K 14337K 9956K system_server
475 26128K 26128K 10046K 5992K zygote
526 25108K 25108K 9225K 5384K android.process.acore
523 22388K 22388K 7166K 3432K com.android.phone
574 21632K 21632K 6109K 2468K com.android.settings
521 20816K 20816K 6050K 2776K jp.co.omronsoft.openwnn
474 3304K 3304K 1097K 624K /system/bin/mediaserver
37 304K 304K 289K 288K /sbin/adbd
29 720K 720K 261K 212K /system/bin/rild
601 412K 412K 225K 216K procrank
1 204K 204K 185K 184K /init
35 388K 388K 182K 172K /system/bin/qemud
284 384K 384K 160K 148K top
27 376K 376K 148K 136K /system/bin/vold
261 332K 332K 123K 112K logcat
33 396K 396K 105K 80K /system/bin/keystore
32 316K 316K 100K 88K /system/bin/installd
269 328K 328K 95K 72K /system/bin/sh
26 280K 280K 93K 84K /system/bin/servicemanager
45 304K 304K 91K 80K /system/bin/qemu-props
34 324K 324K 91K 68K /system/bin/sh
260 324K 324K 91K 68K /system/bin/sh
600 324K 324K 91K 68K /system/bin/sh
25 308K 308K 88K 68K /system/bin/sh
28 232K 232K 67K 60K /system/bin/debuggerd
#
但是我找不到本文的原文，并且我想知道这种解释是否正确。
最佳答案
这听起来很正确，而且与此处的描述保持一致:http://elinux.org/Android_Memory_Usage
在页面上...