Linux /proc/pressure/memory 的 some 和 full 如何解读

看到 /proc/pressure/memory 里的 some 和 full，先记住一个结论：它们不是“内存用了多少”的百分比，而是任务因为内存资源得不到及时服务而停顿的时间占比。some 说明至少有一个任务在等，系统可能仍有其他任务继续工作；full 说明所有非空闲任务同时在等，CPU 没有多少有用进展，持续出现时更接近抖动或 thrashing。

排查时先看 avg10 判断刚刚发生了什么，再用 avg60、avg300 判断是不是趋势，最后结合 total 捕捉均值掩盖的短时毛刺。

`some` 指的是过去指定时长内，至少有一个进程因为等待内存相关资源（缺页、swap 读写、内存回收）处于不可运行状态的占比；`full` 指的是过去指定时长内，所有当前可运行的进程都在等待内存资源，完全没有进程能实际执行的时间占比。

为什么同一份内存压力要分 some 和 full

在高并发主机上，内存紧张不一定一开始就表现为 OOM。内核可能先回收页、等待内存分配、进行换页，部分任务因此暂时停住，但仍有别的任务占用 CPU。这就是 some 有值而 full 接近零的典型含义：系统已经有等待成本，但还没有完全失去生产能力。

full 是 some 中更严重的重叠部分。只要所有非空闲任务都在同一时段等待内存，CPU 周期就没有转化为有效业务进展。它不是“内存快满了”的直接读数，而是“当前工作集因内存争用一起卡住了”的信号，因此比单看 MemAvailable 更接近用户感知的停顿。

先按字段读懂 /proc/pressure/memory

可以先用下面的命令读取系统级 PSI。命令只读取内核导出的接口，不会改变监控配置。

# 查看系统级内存压力停顿信息
cat /proc/pressure/memory

常见输出有两行，每行包含 avg10、avg60、avg300 和 total。三个 avg 表示最近 10 秒、60 秒、300 秒窗口内的停顿时间比例；total 是从统计开始累计的微秒数。比如 some avg10=2.50 的意思是最近 10 秒里，累计约 2.5% 的时间存在至少一个任务因内存压力停顿，不是说 2.5% 的内存被占用。

读数时要成对看：some 高、full 低，优先检查回收、分配延迟和换页是否增加；两者都高，说明工作负载的等待已经重叠到整体无进展，应该继续查谁在制造内存竞争，以及是否需要限流、降载或调整工作集。

结合 avg10、avg60、avg300 和 total 定位

时间窗口对应三种判断。avg10 突然升高而 avg60、avg300 仍低，通常是刚发生的批处理、缓存抖动或瞬时分配峰值；三个窗口一起抬升，才更像持续性压力。若平均值都很小但业务偶尔卡顿，比较两次采样的 total 增量，因为短而尖的压力事件不一定改变长窗口平均值。

不要只取一次快照就下结论。把 PSI 与 vmstat、swap 活动、应用延迟和容器工作负载时间对齐，才能分清是内存回收导致的等待，还是业务自身在同一时间发生了慢请求。这里 PSI 给的是“等待代价”，不是唯一根因。

从系统全局走到 cgroup 和告警

系统级文件回答“整台机器有没有内存等待”，但容器平台或多租户主机还要定位“哪个工作负载在等待”。启用 cgroup v2 后，可以在对应层级读取 memory.pressure，用相同的 some/full 口径比较服务、批任务和后台缓存，避免把全局现象错误归咎于前台请求。

需要提前动作时，官方 PSI 接口还支持在打开的文件描述符上注册阈值，例如 some 150000 1000000 表示 1 秒窗口内累计 150 毫秒的部分停顿后唤醒监控程序。生产环境应让独立 fd 对应独立触发器，并处理 poll、epoll 返回错误以及 fd 关闭后的注销行为。阈值不是通用真理，要用历史延迟和业务 SLO 校准。

常见误区与快速判断

问：full 为 0，是否说明内存完全正常？ 不一定。它只说明没有出现“所有非空闲任务同时因内存停顿”的重叠区间，some 仍可能持续升高，业务延迟也可能已经受影响。

问：some 很高就等于快 OOM 了吗？ 也不能直接等同。PSI 记录的是停顿时间，根因可能是回收、换页、分配争用或工作集突增。要结合内存可用量、swap、回收活动和具体 cgroup 再判断。

把 PSI 当作“系统进展速度”的观测面，而不是容量仪表盘，才能正确使用 some、full 和三个时间窗口：先识别压力是否存在，再确认是否重叠到整体停顿，最后把处理动作落到具体工作负载。