真正反映被进程长期占用、无法腾出的内存是MemAvailable与used的差值，再扣掉buffers和cached中实际活跃的部分；MemAvailable才是当前可用物理内存最可靠的估算值。
free -m 输出里哪些字段代表“已用内存”
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 可快速聚焦。
