这个关于VSS/RSS/PSS/USS的解释是否准确？

Question

我读了一篇关于VSS/RSS/PSS/USS的解释：

这篇文章的目的是提供有助于解释各种工具的内存报告的信息，以便确定Linux进程和系统的真正内存使用情况。

Android有一个名为from的工具(/system/xbin/from)，它列出了Linux进程从最高到最低的内存使用情况。每个进程报告的大小是VSS、RSS、PSS和USS。

为了简单起见，内存将用页面而不是字节来表示。像我们这样的Linux系统在最低级别管理4096字节页的内存。

VSS (从ps报告为VSZ )是进程的总可访问地址空间。此大小还包括内存中可能不驻留的内存，如已分配但未写入的mallocs。VSS对于确定进程的实际内存使用情况几乎没有什么用处。

RSS是进程实际存储在RAM中的总内存。RSS可能具有误导性，因为它报告了流程使用的所有共享库的总数，即使一个共享库只加载一次内存，而不管有多少进程使用它。RSS不能准确地表示单个进程的内存使用情况。

PSS与RSS的不同之处在于它报告了其共享库的比例大小，即如果三个进程都使用一个有30页的共享库，则该库将只向PSS贡献10页，而PSS是为这三个进程中的每个进程报告的。PSS是一个非常有用的数字，因为当系统中所有进程的PSS总和在一起时，这是一个很好的系统内存使用总量的表示。当进程被终止时，贡献给其PSS的共享库将按比例分配给仍在使用该库的其余进程的PSS总数。这样，PSS可能会稍微误导人，因为当进程被终止时，PSS并不能准确地表示返回到整个系统的内存。

USS是进程的总私有内存，也就是该进程完全唯一的内存。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
#

但我找不到这篇文章的原件，我想知道这个解释是否准确。

Answer 1

这听起来是正确的，并与这里找到的描述一致：Usage

从书页上..。

• Vss =虚拟集大小
• Rss =驻留集大小
• Pss =比例集大小
• Uss =唯一集大小