Linux怎么查看进程消耗的VSS/RSS/PSS内存 Linux内存指标详解
Linux怎么查看进程消耗的VSS/RSS/PSS内存 Linux内存指标详解
免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈
ps 命令只能看到 VSZ 和 RSS，看不到 PSS/USS
说到排查内存问题，很多工程师的第一反应就是敲下 ps aux --sort -rss。这个命令确实能给出一个排序，但这里头其实有个关键限制：你看到的 VSZ 其实就是 VSS（单位是KB），而 RSS 就是驻留集大小。至于更关键的 PSS 和 USS，ps 命令本身是给不出来的。为什么呢？因为这两个值需要去解析 /proc/[pid]/smaps 这个文件，并根据共享比例进行计算或统计独占部分，内核并没有直接把它们暴露给 ps 命令的字段。
这里有个常见的误区，以为 %MEM 这个百分比能真实反映进程的内存压力。其实不然，它仅仅是 RSS / MemTotal 的结果。问题在于，RSS 会把像 libc、libpython 这样的共享库，在每个使用它的进程里都重复计算一遍。这就导致你看到的 RSS 总量，可能远远高于系统实际被占用的物理内存。
VSZ包含了所有已经通过 mmap 映射但还没真正访问（触发缺页中断）的内存区域，比如你 malloc 了一大块空间但还没往里写数据。RSS也并不完全等于“当前吃掉的物理内存”，它里面混着共享页，而且不区分这些内存是否可以被回收（比如映射的 page cache）。- 所以，如果你想定位那个真正拖垮系统的“元凶”，只看 RSS 很容易误判。举个典型的例子：20个 Ja va 进程都共用同一个 JDK 的共享库，它们的 RSS 总和可能比实际占用的物理内存高出 3 到 5 倍。
smem 是唯一能直接输出 PSS/USS 的常用命令行工具
那么，有没有更直接的工具呢？有，就是 smem。这个工具的设计目的就是干这个的。它会去读取每个进程对应的 /proc/[pid]/smaps 文件，按照内存页的粒度进行统计和聚合，自动帮你算出 PSS（共享内存均摊后的结果）和 USS（完全私有的内存）。安装之后，基本的使用命令如下：
$ sudo smem -k -c "pid user command pss uss rss"
这里有几个关键参数值得一说：
-k：让输出以 KB 为单位，看起来更直观（默认是字节，数字会很长）。-c：用来自定义显示的列，你必须显式指定pss和uss，它们才会出现在结果里。- 你还可以加上
-P "nginx"来过滤进程名，用-u按用户汇总，或者用-w查看系统级别的内存总览。
需要注意一点：smem 通常需要 root 权限才能读取所有进程的 smaps 文件。如果是非 root 用户运行，你只能看到自己权限下进程的 USS/PSS，而且部分字段可能会是空的。
手动从 /proc/[pid]/smaps 提取 PSS/USS 要小心字段歧义
当然，如果你喜欢刨根问底，也可以直接去啃 /proc/[pid]/smaps 这个原始文件。不过，这个文件内容可不少，每个进程都有几十行统计信息，真正对我们有用的其实就几行：
- 找到以
Pss:开头的行，后面的数值就是该虚拟内存区域（VMA）对进程总 PSS 的贡献值（单位KB），把整个文件里所有的Pss:值加起来，就是这个进程的 PSS。 - USS 在这个文件里没有直接的汇总字段。理论上，你需要把所有
MMUPageSize:为 4kB 且是私有（Private）的页大小加起来。更简单一点的理解是：USS ≈ 所有区域的Size:减去共享的部分。但实际操作起来挺麻烦的，所以通常的建议是：直接用smem。 - 另外，千万别把
Referenced:和Rss:搞混了。Referenced表示最近被访问过的物理页，而Rss表示当前被映射的所有物理页（包括那些还没被访问过的）。
手动计算时一个典型的错误是：用 grep "Pss:" 抓取行，然后用 awk 求和。这可能会漏掉一些特殊的 VMA（比如 vvar、vdso），因为它们可能没有 Pss: 这一行——而 smem 在内部已经做好了这些边缘情况的遍历和回退处理。
USS 才是 kill 进程后能立刻释放的内存
理解这几个指标的现实意义是什么？最关键的一点在于：当系统内存不足（OOM）触发 killer 机制时，内核会优先选择 USS 大、但 PSS 小的进程来干掉。原因很直接：USS 大，意味着这个进程独占了大量的物理内存，杀掉它，这些内存立刻就能被释放出来，收益最高。反过来，如果一个进程 RSS 很高但 USS 很小（比如一堆通过 fork 产生的 Python worker，共享同一个解释器），那么杀掉其中一个，对释放物理内存几乎没什么帮助。
怎么验证呢？可以试试这个方法：
- 先找到一个疑似内存泄漏的进程，记下它的 PID。
- 执行
cat /proc/[pid]/smaps | awk '/^USS:/ {sum+=$2} END {print sum}'来估算 USS（注意：较新的内核版本才有直接的USS:字段；老内核还得靠smem或手动计算）。 - 同时，用
cat /proc/[pid]/statm | awk '{print $1 * 4}'快速估算一下它的 RSS（单位KB）。如果算出来的 USS 只有 RSS 的 10%–20%，那基本可以断定，这个进程严重依赖共享内存，它很可能不是导致内存紧张的首要原因。
真正棘手的情况，是 USS 在缓慢上涨，但 PSS 却变化不明显。这通常指向堆内存泄漏或者没有正确释放的 mmap 区域。遇到这种情况，就需要祭出更深入的工具了，比如 pmap -x [pid] 或者 gdb --pid [pid] 来进一步分析内存布局了。
相关攻略
PS1配置：别让转义序列和变量展开“坑”了你 很多朋友以为，配置终端的PS1提示符，不就是写个字符串的事儿吗？结果一上手，颜色错乱、路径显示异常，甚至整个提示符都消失了。其实，问题的关键往往不在于你写了什么，而在于怎么写——尤其是转义序列的包裹方式、变量的展开时机，以及如何防止shell误解析。直接
Linux下使用TCPDump抓包教程 结合Wireshark分析网络协议【指南】 不加 -s 0 的抓包文件，基本等于白抓——HTTP header、TLS handshake、Modbus 功能码全被截断在前 68 字节里，你看到的只是个“半截包”。 必须加 -s 0，否则 payload 被砍
Linux系统漏洞修复实战指南：从应急响应到长效加固 面对日益严峻的网络安全威胁，掌握一套系统化、可执行的漏洞修复流程，已成为Linux系统管理员的核心能力。本文将为您提供一份从漏洞发现到闭环验证的完整操作手册。 一、漏洞处置流程与优先级管理 漏洞修复远非简单的“打补丁”，而是一项涉及风险评估、测试
Linux 漏洞利用与提权工具推荐 面对一个陌生的Linux系统，如何快速评估其安全状况并理解潜在的提权路径？一套清晰、高效的工具链至关重要。这不仅仅是执行几个命令，更像是一次系统性的“体检”与“诊断”。 一 工具分类与定位 一个高效的提权评估流程，通常遵循“侦察-分析-利用-维持”的逻辑。工具的选
筑牢防线：Linux系统恶意软件防护实战指南 在Linux世界里，安全从来不是一劳永逸的事。面对层出不穷的威胁，一套扎实、可落地的防护策略，远比被动响应来得重要。今天，我们就来聊聊那些经过实践检验、能切实提升系统免疫力的核心措施。 1 定期更新系统和软件 这听起来像是老生常谈，但恰恰是绝大多数漏洞
热门专题
热门推荐
全新一代雷克萨斯ES北京车展上市：混动首发29 99万，纯电版本后续推出 2026年北京车展，全新一代雷克萨斯ES正式揭开了面纱并公布售价。首发上市的混合动力版本，官方指导价定在了29 99万元。这只是一个开始，后续纯电动版本也将陆续登场。有意思的是，现款的ES200车型并不会就此退市，而是与新车型
还记得05后小花黄杨钿甜天价耳环风波吗？ 时隔近一年，当事人黄杨钿甜终于首次接受采访，正式回应了那场沸沸扬扬的“天价耳环”风波。她本人也在第一时间转发了道歉声明。然而，从网友的普遍反应来看，这份迟来的回应与道歉，似乎并没有起到预想中的效果。 目前，黄杨钿甜的社交媒体评论区已然“沦陷”。前排的热门评论
《黑袍纠察队》第五季幕后：一场让“士兵男孩”都喊难的戏 《黑袍纠察队》第五季正播得火热，各种名场面轮番轰炸观众的眼球。不过，你可能想不到，剧中有些场景拍起来，对演员来说简直是种“折磨”。最近，“士兵男孩”的扮演者詹森·阿克斯就在采访里大倒苦水，透露了本季最难熬的戏份之一——正是他和“鞭炮女”Fire
布林带实战指南：在欧易平台捕捉波段机会的六个关键步骤 先明确一个核心逻辑：布林带的收口，往往预示着市场波动率下降、趋势启动在即；而它的开口，则明确告诉我们波动正在加剧，趋势可能延续。但光知道这个可不够，关键在于如何结合欧易平台的K线图、时间周期、三轨间距、价格突破以及中轨方向进行综合判断。下面，我们
在悬疑剧《方圆八百米》中，陈辉一开始卖药犯罪，只是单纯迫于现实的无奈，但从他用命嫁祸霍开明的那一刻起，他便已经彻底堕落，甚至还多了几分享受的感觉。 最初的陈辉，形象是弱小且无助的，内心充满痛苦与徘徊。他每一次铤而走险，动机都相当明确——为了保护高松格。 然而，事情从这里开始悄然变质。你猜怎么着？后来