登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  linux

Linux /proc/meminfo 怎样区分缓存和可用内存

来源:17golang原创

时间:2026-10-23 10:23:12 157浏览 收藏

Linux 看到 Cached 很大时,不要直接把它当成“已经被应用吃掉的内存”。快速判断应优先看 MemAvailable:它是内核根据空闲内存、可回收的文件页、可回收 slab 和各内存区水位估算出的、在不换出的前提下可供新应用使用的内存。MemFree 只表示当前完全空闲的页,不能单独代表系统还能承受多少分配。

官方文档:https://www.kernel.org/doc/html/latest/filesystems/proc.html

要点速览
  • 判断“还能不能用”,先看 MemAvailable,不要只看 MemFree。
  • Cached 主要是文件页缓存、tmpfs 和 shmem;它是回收候选,但不等于可以原样加回可用内存。
  • SReclaimable 已包含在 KReclaimable 中,做汇总时不要把两者重复相加。
  • 再结合 SwapFree、AnonPages 和一段时间内的变化趋势,才能判断是否存在真实内存压力。

先分清三个最容易混淆的字段

MemTotal 是系统可用的物理内存总量。MemFree 是完全未使用的内存页;Linux 会主动把空闲内存用于缓存,所以它偏低并不自动意味着故障。

Cached 表示从磁盘读取的文件页缓存,以及 tmpfs 和 shmem 使用的内存,不包含 SwapCached。这些页在内存紧张时有机会被回收,但是否能立即回收还取决于脏页、共享关系和当前工作集。

MemAvailable 则是一个估算值:内核会综合 MemFree、SReclaimable、文件 LRU 列表和各 zone 的 low watermark,并考虑并非所有可回收 slab 都能立刻释放。因此它比“MemFree + Cached”更适合回答应用还能申请多少内存。

Linux proc meminfo 中 MemFree、Cached、SReclaimable 与 MemAvailable 估算关系的静态结构说明图
图1:把空闲页、文件缓存和可回收内核对象放到同一张关系图中,帮助理解 MemAvailable 是估算值,不是简单加法结果。

用一条命令提取可比较的 MiB 数值

排查时先只抽取与判断有关的字段,避免被几十个计数器分散注意力。下面的命令把内核提供的 kB 转成 MiB,并保留字段名,适合临时巡检或接入简单日志脚本。

awk '
# 只提取判断内存余量和回收压力所需的字段。
/^(MemTotal|MemFree|MemAvailable|Buffers|Cached|SwapCached|AnonPages|KReclaimable|SReclaimable|SUnreclaim|SwapTotal|SwapFree):/ {
    # /proc/meminfo 的第二列以 kB 表示,这里换算成 MiB 便于横向比较。
    printf "%-16s %10.1f MiB\n", $1, $2 / 1024
}
' /proc/meminfo

这里的输出只用于读数,不应该把每一行都当成互不重叠的内存分区。尤其是 KReclaimable 包含 SReclaimable,如果要做自己的汇总,只能选其中一个口径。

缓存很高时,怎样判断是否真的紧张

可以按下面的顺序判断:

  1. 先看 MemAvailable。 它明显充足时,单独的 Cached 偏高通常只是 Linux 利用空闲内存提升文件读取命中率。
  2. 再看 SwapFree 和换出趋势。 已经频繁换出,或 SwapFree 持续下降,说明内存压力比“缓存大”这个表象更值得关注。
  3. 区分匿名页和文件页。 AnonPages 主要对应不由文件支持的用户态页;它持续增长时,优先检查进程工作集、堆增长或并发请求,而不是先清缓存。
  4. 观察一段时间的变化。 单次采样只是瞬间快照,应该按固定间隔记录 MemAvailable、Cached、AnonPages 和 swap 变化,再结合业务流量判断。
Linux proc meminfo 中缓存偏高但可用充足与 MemAvailable 偏低两种内存状态的对比说明图
图2:对比“缓存偏高但可用充足”和“可用内存偏低”两种状态,说明应把 MemAvailable 作为主要判断入口。

不要把可回收指标重复相加

做监控面板时,常见错误是把 Cached + SReclaimable + KReclaimable 作为“可回收总量”。这会重复计算,因为内核文档说明 KReclaimable 包含 SReclaimable,并且 Cached、文件 LRU 和其他计数器之间也存在统计口径差异。

如果只是想展示一个读者容易理解的指标,直接展示 MemAvailable。如果必须解释组成,可以分栏展示 Cached、SReclaimable、SUnreclaim 和 AnonPages,并明确它们是内核计数器,不把分栏相加后当成精确总和。

字段缺失或数值变化时怎么处理

/proc/meminfo 的字段会受架构、内核配置和内核版本影响,不能假设所有机器都有完全相同的字段集合。脚本应对缺失字段给出空值或降级提示,而不是把缺失当成 0 再参与计算。

另外,MemAvailable 是估算值,不是应用承诺可以无条件拿到的配额。容器环境还要结合 cgroup 的内存限制,进程级问题则应继续查看进程 RSS、/proc/PID/status 或 /proc/PID/smaps_rollup。不要为了让 MemFree 变大而手动清理 page cache,这会牺牲缓存命中率,不能替代定位真实工作集。

常见问题

Cached 很大是不是内存泄漏?

不能仅凭 Cached 下结论。先看 MemAvailable 是否充足,再观察它是否随着负载恢复、swap 是否持续活动;文件缓存本身是 Linux 的正常内存利用方式。

MemFree 很低但 MemAvailable 很高,应该扩容吗?

通常不应只因 MemFree 低就扩容。此时系统可能把空闲页用于可回收缓存,MemAvailable 仍能反映可供新应用使用的余量。

能不能用 MemTotal 减去 MemFree 得到已用内存?

这个结果会把可回收缓存也算进“已用”,不适合判断应用压力。巡检报告应同时展示 MemAvailable,并在需要时拆出 Cached、SReclaimable 和 AnonPages。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>