直接读取 /proc/[pid]/stat 是最可靠方式，其中第10字段 min_flt 和第12字段 maj_flt 分别记录累计 minor 和 major 缺页中断次数，字段位置固定、内核兼容性好，优于 getrusage() 等易受环境影响的方法。
Linux下获取进程缺页中断次数的可靠途径
直接读取 /proc/[pid]/stat 是最轻量、最稳定的方式，无需额外权限或系统调用。它返回的是自进程启动以来的累计缺页中断数（包括 minor 和 major），字段位置固定且内核保证兼容性。
-
min_flt字段（第10个字段）：minor fault 次数，即仅需从磁盘加载页、无需写回的缺页（如代码段、只读数据页首次访问） -
maj_flt字段（第12个字段）：major fault 次数，即需要同步 I/O 的缺页（如写时复制后首次写入、内存映射文件页未缓存） - 注意字段索引从 1 开始计数；实际解析时建议按空格/制表符分割后取对应位置，避免硬编码索引偏移出错
- 示例：读取当前进程
/proc/self/stat后，用std::istringstream提取第10和第12个整数即可
为什么不用 getrusage()？
getrusage(RUSAGE_SELF, &ru) 理论上也能拿到 ru.ru_minflt 和 ru.ru_majflt，但实际使用中容易踩坑：
- 部分容器环境（如 Docker with restricted cgroups）可能屏蔽或延迟更新这些统计值，导致返回 0 或明显滞后
- glibc 实现依赖内核
sys_getrusage，而该系统调用在某些内核版本（如旧版 RHEL/CentOS）中对 major fault 的统计粒度较粗，甚至与/proc/[pid]/stat不一致 - 多线程程序中，
getrusage默认统计整个进程，但无法区分线程级缺页行为；而/proc/[pid]/stat始终反映真实内核记账
如何实时监控缺页变化？
若需观测增量（比如每秒新增缺页数），必须自行做差值计算，因为内核不提供“自上次读取以来”的增量接口：
- 记录两次读取
/proc/[pid]/stat的min_flt和maj_flt，相减即得区间增量 - 推荐采样间隔 ≥100ms，太短会导致噪声大（尤其 minor fault 在频繁分配小对象时抖动剧烈）
- 注意：同一进程多次 fork 后，子进程的缺页计数从 0 开始，父进程的计数不受影响 —— 这是内核独立记账决定的，不是 bug
- 不要尝试用
perf_event_open监控page-faults事件来替代，它开销高、需 CAP_SYS_ADMIN、且默认统计所有线程（含内核线程），干扰大
常见误判：把 VmRSS 当作缺页指标
/proc/[pid]/status 中的 VmRSS 是常驻物理内存大小，和缺页次数无直接换算关系：
立即学习“C++免费学习笔记（深入）”；
- 一次 major fault 可能只加载 4KB，但后续多次访问同一页不会重复计数；而
VmRSS只反映当前驻留页总数 - 进程释放内存后
VmRSS下降，但min_flt/maj_flt永远只增不减 - 如果看到
VmRSS突增但maj_flt几乎不变，大概率是 mmap 了大块匿名内存（触发 lazy allocation，fault 发生在首次写入时）
