Linux中如何详细分析free -m命令显示的内存使用分布情况？

本文共计963个文字，预计阅读时间需要4分钟。

使用Linux的`free -m`命令输出中，`used`列显示的是非真实不可回收的已用内存，它包括大量可立即释放的缓存。真正的反照被进程长期占用、无法腾出的内存，需要查看`MemAvailable`与`used`的差值，并扣除`buffers`和`cached`中实际活跃的部分。

常见误解是看到 used 接近 total 就认为内存快爆了——其实只要 available 还有余量（比如 >10% total），系统就仍在健康状态。

• used = total - free - buffers - cache，这个公式本身就会把内核主动缓存的内存算进“已用”
• buff/cache 是 Linux 内存管理的核心机制，不是泄露，也不是浪费；它会在应用申请内存时自动让出
• MemAvailable 字段（在 /proc/meminfo 和新版 free 中可见）才是最可靠的“当前可用物理内存”估算值

为什么 free -m 看到的 used 和 ps/top 加总对不上

因为 used 统计的是内核视角的内存分配状态，而 ps 或 top 的 RSS 只统计每个进程独占或共享的物理页帧，两者统计口径完全不同。

典型差异来源：

• slab：内核对象缓存（如 dentry/inode），属于 used，但不会出现在任何进程的 RSS 中
• page tables、kernel stacks：这部分内核开销计入 used，但无对应用户进程
• shared memory 和 tmpfs：多个进程共用同一块内存，ps 每个进程都算一遍 RSS，导致加总远超 used
• swap cached 页面：已换出但内容未变，仍计入 used（因物理页还在 RAM 中用于缓存）

如何定位真正吃内存的进程（而非缓存）

别只看 %MEM，它基于 total 计算，对小内存机器会放大误差；重点盯 RSS（常驻集大小）和 PSS（按比例分摊共享内存后的值）。

推荐组合命令：

• 快速排序：ps aux --sort=-rss | head -10 —— 看谁占了最多物理页
• 更准的共享内存分析：smem -s pss -r | head -10（需先 sudo apt install smem）
• 检查 Java/Node 进程是否越界：ps aux | grep -E "(java|node)" | awk '{print $6/1024 " MB\t" $11}' | sort -nr（$6 是 RSS KB）

注意：VSZ（虚拟内存）不能反映真实压力，一个 mmap 大文件的进程可能 VSZ 几十 GB，但 RSS 只有几 MB。

/proc/meminfo 里关键字段对照表

当 free -m 不够细，直接读 /proc/meminfo 是最底层方式。重点关注这些字段：

• MemTotal：物理内存总量（固定）
• MemAvailable：内核估算的、可用于新进程的内存（含可回收 cache/buffers）
• Active(file) / Inactive(file)：PageCache 中活跃/不活跃部分，Inactive 是优先回收目标
• Slab：内核对象缓存总和；若 SReclaimable 占比低（
• CommitLimit 与 Committed_AS：判断是否接近内存过量提交临界点（Committed_AS > CommitLimit 且 SwapTotal=0 时风险极高）

执行 grep -E "^(Mem|Sla|Commi)" /proc/meminfo 可快速聚焦。