available才是真正的可用内存，它等于free加可快速回收的cache和buffers，反映系统能立即分配给新进程的内存；free仅表示完全未使用的物理内存，参考价值低。
free -h 的 available 字段才是你要的“剩余内存”
别算 free / total，那个 free 值只是完全未使用的物理内存，不包含可回收的缓存和缓冲区。Linux 内核真正能立刻分配给新进程的内存，是 available 列的值——它已预估了 buff/cache 中可安全回收的部分。
执行 free -h 后，盯住 Mem: 行的 available 和 total 两列：
-
available是内核估算的、当前可立即用于新进程的内存（单位与total一致，如 GiB） - 剩余百分比 =
available ÷ total × 100，建议用awk一行算出：free -h | awk '/^Mem:/ {printf "%.1f%%\n", $7/$2*100}' - 如果
available占total不足 10%，说明内存压力已明显；低于 5% 时，swap 很可能已在活跃使用
为什么不能直接用 /proc/meminfo 里的 MemAvailable？
/proc/meminfo 确实有 MemAvailable: 这一行，数值和 free -h 的 available 一致，但它单位是 KB，必须手动换算。直接读取容易出错：
- 执行
grep MemAvailable /proc/meminfo得到类似MemAvailable: 12456789 kB - 除以
1024²才得 GiB（≈11.9 GiB），除以1000²会错成 12.5 GB —— 差半个多 GB - 某些老旧内核（MemAvailable，只返回 0 或空值，此时
free会 fallback 到保守估算，反而更可靠
top 和 htop 显示的 “%MEM” 不代表系统剩余内存
这两个工具里每个进程的 %MEM 是该进程 RSS 占系统 total 的百分比，属于“单个进程视角”，加起来远超 100%。它们不提供全局剩余比例，强行用 top 看内存余量是误导。
-
top默认顶部显示的Mem:行（如Mem: 15.6G used, 1.2G free, 5.8G buffers, 6.1G cached）已过时，不反映available概念 -
htop右上角的内存条显示的是used / total，但它的used包含不可回收的 cache，比实际压力高估 - 若你真想在
htop里近似看余量，得记住：它底部状态栏的Avail值（如果有）才对应available，但很多发行版默认不启用该字段
警惕 swap 占用干扰判断
系统有 swap 并不等于内存不足，但 available 持续偏低 + Swap: 行 used 在增长，才是真实瓶颈信号。
- 运行
free -h时，同时检查Swap:行的used是否 > 0 且随时间上升（可用free -h -s 2每 2 秒刷新观察） - 即使
available还剩 20%，只要Swap used在涨，说明内核已在把不活跃页换出，延迟风险已存在 - 虚拟机环境尤其要注意：宿主机 memory balloon 驱动可能让 guest 看到的
available被人为压缩，此时需结合宿主机free和virsh dommemstat综合判断
最易被忽略的一点：available 是估算值，依赖内核对 page cache 回收成本的判断。当大量进程使用 mmap(MAP_LOCKED) 或 mlock() 锁定内存时，这部分内存不会计入可回收范围，available 会显著低于直觉预期——这时得查 /proc/meminfo 的 MemLocked 字段确认。
