Linux中RSS是Resident Set Size的缩写，指的是进程当前驻留在物理内存中的部分大小，也就是进程实际使用的物理内存量。这部分内存不包含被换出到交换分区或者映射到磁盘文件的内存部分。在Linux系统监控、性能分析以及容量规划等场景中，RSS都是一个非常基础且常用的指标。理解RSS的含义以及它与其他内存指标之间的关系，有助于更准确地判断进程对系统内存资源的真实消耗情况。
RSS的核心含义与统计特征
RSS统计的是进程实际占用的物理内存，这部分内存是进程正在使用、没有被操作系统换出到磁盘交换空间的。Linux内核在管理进程内存时，会维护每个进程的页表项，其中包含了虚拟地址到物理地址的映射关系。当进程访问某个虚拟页面时，如果该页面已经分配到物理内存并且尚未被回收，那么这部分内存就属于该进程的RSS。
需要注意的是，RSS并不是一个排他的内存指标。如果多个进程共享同一个动态链接库或者共享内存段，这部分共享内存会被计入每个相关进程的RSS中。例如，多个进程同时使用libc库时，libc库占用的物理内存会分别出现在这些进程的RSS统计里。因此，将所有进程的RSS直接相加，通常会得到一个明显大于系统实际物理内存使用总量的数值。这是使用RSS时最容易产生误解的地方。
RSS只反映进程当前驻留在物理内存中的字节数，并不包含被交换到swap分区中的部分，也不包含那些虽然已经映射到进程地址空间但实际上没有被加载到物理内存的磁盘文件内容。当系统内存紧张时，内核可能会将部分不活跃的进程内存页换出到交换分区，此时这些被换出的页面就不再计入RSS，但进程的虚拟内存大小通常不会因此明显减小。
RSS与其他内存指标的对比
在Linux系统中，除了RSS之外，常见的进程内存指标还包括VSZ、PSS和USS。VSZ表示进程占用的虚拟内存总量，包含了代码段、数据段、堆、栈以及映射的动态库等所有虚拟地址空间，即使这些地址尚未实际分配物理内存，也会被计入VSZ。因此，VSZ的数值通常会远大于RSS。
PSS是对RSS的一种改进，它在计算共享内存时会按照共享进程的数量进行比例分摊。例如，如果一个共享库被4个进程同时使用，那么该共享库的物理内存只有四分之一会计入每个进程的PSS。USS则表示进程独占的物理内存，它完全排除了所有共享部分，只统计那些只属于该进程的物理页面。
| 指标名称 | 含义说明 |
|---|---|
| RSS | 进程驻留物理内存大小，包含共享内存部分 |
| VSZ | 进程占用的虚拟内存大小，包含未分配物理内存的虚拟地址空间 |
| PSS | 按比例分摊共享内存后的进程内存大小，共享部分按进程数均分 |
| USS | 进程独占的物理内存大小，不包含任何共享部分 |
在实际应用中，如果需要快速查看某个进程占用了多少物理内存，RSS是一个直接且方便的指标。但如果需要精确评估进程对系统物理内存的真实贡献，尤其是在存在大量共享库和多进程场景下，PSS和USS往往更有参考价值。例如，在容器化环境中，PSS常被用来更公平地衡量容器内进程的内存使用量，而USS则适合用来判断进程如果被终止后可以释放多少物理内存。
查看进程RSS的常用方法
使用ps命令可以方便地查看进程的RSS信息。ps命令的默认输出中并没有直接显示RSS列，但可以通过-o选项自定义输出字段。在ps aux的输出中，RSS列通常出现在第六列，单位是KB。下面的命令展示了如何查看所有进程的部分信息以及如何查看指定PID的RSS值。
# 查看所有进程的PID、命令、RSS、VSZ信息 ps aux | head -10 # 查看指定PID为1234的进程的RSS和VSZ ps -o pid,rss,vsz,comm -p 1234
top命令提供了实时交互式的进程监控界面。在top的默认输出中，RES列对应的就是进程的RSS值，单位同样是KB。按下f键可以进入字段管理界面，用户可以根据需要开启或关闭RES列的显示，同时也可以通过按e键切换内存单位的显示方式，例如在KB、MB、GB之间进行切换。top适合动态观察进程内存变化的场景。
# 运行top命令，按f键可以自定义显示列，确保RES列被选中 # 按e键可以切换内存单位显示KB、MB或GB top
Linux的/proc文件系统提供了访问内核进程信息的接口。每个运行中的进程都会在/proc目录下对应一个以PID命名的子目录，其中的status文件包含了大量进程状态信息，VmRSS字段就是该进程的RSS值，单位是kB。通过读取该文件并过滤VmRSS行，可以获取进程的驻留物理内存大小。下面的命令演示了如何查看指定进程的RSS信息。
# 查看PID为1234的进程的RSS信息 cat /proc/1234/status | grep VmRSS
RSS使用注意事项
由于RSS会将共享内存重复计入每个进程，因此在计算整个系统的物理内存使用总量时，不能简单地把所有进程的RSS数值相加。正确的方式是查看系统级别的内存统计信息，例如/proc/meminfo文件中的MemTotal、MemFree、Buffers、Cached等字段，这些字段描述的是整个系统的内存状态，而不是进程级别的重复计数。
RSS只能反映进程当前驻留在物理内存中的部分，无法体现进程对整个虚拟内存地址空间的占用情况。如果某个进程的VSZ很大但RSS很小，说明该进程申请了大量虚拟地址空间，但实际使用的物理内存较少，这部分虚拟内存可能尚未被访问或者已经被交换出去。因此，在进行内存分析时，不能仅凭RSS就判断进程的内存消耗是否异常。
为了更准确地评估进程对物理内存的实际占用，并结合具体场景做出合理判断，同时观察RSS、PSS和USS三个指标是一个较好的实践。下面将这些注意事项简要列出：
- 不要直接把所有进程的RSS相加来计算系统总内存使用，因为共享内存会被重复计算。
- RSS只能反映进程当前驻留物理内存的大小，不能体现进程虚拟内存的整体占用情况。
- 如果需要准确评估进程对物理内存的实际占用，建议结合PSS和USS指标一起分析。
- 在监控长期运行的服务时，持续记录RSS的变化趋势比单次读取数值更有意义，可以帮助发现内存泄漏等问题。
代码示例：读取进程RSS信息
除了使用ps、top等外部命令之外，也可以直接通过/proc文件系统编写脚本获取进程的RSS值。下面给出一个Python脚本示例，该脚本接收一个进程PID作为参数，读取/proc/PID/status文件中的VmRSS字段，并将其转换为MB单位进行显示。这种方式的优点是可以方便地集成到自动化监控或告警系统中。
import os
import sys
def get_process_rss(pid):
# 拼接/proc/PID/status文件路径
status_path = f"/proc/{pid}/status"
if not os.path.exists(status_path):
return None
with open(status_path, "r", encoding="utf-8") as f:
for line in f:
# 查找VmRSS行
if line.startswith("VmRSS:"):
# 提取数值部分，默认单位是kB
rss_kb = int(line.split()[1])
# 转换为MB
rss_mb = rss_kb / 1024
return rss_mb
return None
if __name__ == "__main__":
if len(sys.argv) != 2:
print("使用方法: python get_rss.py 进程PID")
sys.exit(1)
pid = sys.argv[1]
rss = get_process_rss(pid)
if rss is not None:
print(f"进程{pid}的RSS大小为: {rss:.2f} MB")
else:
print(f"未找到PID为{pid}的进程")
这个脚本首先检查/proc/PID/status文件是否存在，如果不存在则返回None。然后逐行读取文件内容，找到以“VmRSS:”开头的行，该行的第二个字段就是RSS的数值，单位为kB。将其转换为MB后返回，最后根据脚本参数输出结果。如果传入的PID不存在，程序会输出未找到进程的提示。类似的方法也可以用于读取VmSize、VmSwap等其他内存指标，只需调整匹配的字段名即可。
RSS是Linux进程内存分析中的基础指标，它衡量的是进程当前驻留物理内存的大小，但需要注意共享内存被重复计入的特点。在日常运维和开发工作中，建议将RSS与VSZ、PSS、USS等指标结合起来，通过ps、top或直接读取/proc文件系统的方式，从多个角度观察进程的内存行为。理解这些指标之间的差异和适用场景，能够帮助我们在性能调优、容量规划以及故障排查时做出更准确的判断。同时，通过编写简单的脚本读取/proc中的内存信息，可以进一步实现自动化监控和告警，提升对系统内存资源的管理效率。