Linux下/proc/[pid]/stat第10列（minflt）和第12列（majflt）分别记录进程自启动以来的次要和主要缺页中断累计次数，需结合时间差分计算频率，而非直接当作瞬时速率使用。
Linux下用/proc/[pid]/stat获取minor/major page faults
Linux内核把进程的缺页统计直接暴露在 /proc/[pid]/stat 文件里，第10列（minflt）是 minor fault 次数，第12列（majflt）是 major fault 次数。它们都是自进程启动以来的累计值，不是每秒速率——所以你要自己做差值+时间间隔计算。
常见错误是直接读一次就当“当前值”，结果得到的是总量而非速率；另一个坑是没注意字段索引从1开始计数，误把第9列或第11列当成了缺页数。
- 用
getpid()获取当前 pid，拼出路径如/proc/1234/stat - 逐字段读取（用空格或制表符分割），跳过前9个字段后取第10和第12个（注意：中间可能有空字段，推荐用
std::istringstream+skipws安全解析） - 至少两次采样，间隔 1 秒以上，用
std::chrono::steady_clock记录时间戳
用getrusage(RUSAGE_SELF)替代/proc更便携但精度低
getrusage(RUSAGE_SELF, &ru) 能拿到 ru.ru_minflt 和 ru.ru_majflt，语义与 /proc/[pid]/stat 一致，好处是不依赖 /proc 文件系统，适合容器或 chroot 环境；坏处是它只在内核返回时更新，某些旧内核或 cgroup v1 下可能延迟几百毫秒，且无法区分子线程的缺页（RUSAGE_SELF 只含主线程）。
如果你只需要粗略监控（比如每5秒看一次趋势），getrusage 更轻量；但要做精确 per-second 统计，还是优先走 /proc/[pid]/stat。
立即学习“C++免费学习笔记（深入）”；
- 调用前确保
struct rusage ru{}初始化为零，避免未定义值干扰 - 注意
getrusage在 glibc 中是线程安全的，但不会实时反映其他线程刚触发的缺页 - 返回值为 -1 时检查
errno，常见是EFAULT（ru指针非法）或EINVAL（who参数错）
计算每秒速率时必须处理溢出和抖动
minor fault 计数器是 unsigned long，在高负载进程上几小时就可能绕回（尤其 32 位系统）。直接相减会得到极大正数，误判为突增。同时，短间隔（如 100ms）采样容易受调度抖动影响，显示虚假尖峰。
真实场景中，你几乎总会看到 minor fault 每秒几千到几万次（例如 mmap 大块内存后首次访问），而 major fault 通常是个位数——如果每秒 major fault 超过 10 次，基本说明 I/O 或 swap 出问题了。
- 用有符号差值：
static_cast<int64_t>(now.minor) - static_cast<int64_t>(prev.minor)</int64_t></int64_t>防绕回 - 采样间隔建议 ≥ 500ms，首次启动时跳过第一组数据（因 prev 无意义）
- 可加简单滑动窗口（如保留最近3次差值取中位数）过滤毛刺，避免被单次大分配干扰
不要混淆page fault和page fault error
没有“Page Faults错误次数”这个概念——page fault 是正常机制，不是错误。Linux 中 minflt 是软缺页（如 COW、zero page），majflt 是硬缺页（需磁盘 I/O）。真正报错的是 SIGSEGV 或 SIGBUS，那属于 invalid memory access，和缺页统计无关。
如果你在日志里看到 “page fault error”，大概率是误读了内核 log（比如 kernel: traps: xxx[1234] general protection ip:...）或者混淆了 Windows 的术语（Windows Event Log 里真有 “Page Faults/sec” 性能计数器，但那是另一套东西）。
真正要盯的是 majflt/s 的持续升高，它往往比 CPU 使用率更能提前暴露内存瓶颈。
