直接读取/proc/loadavg可获取系统负载瞬时值,它是内核每秒更新的内存映射虚拟文件,格式为“1/5/15分钟平均负载 运行/总进程数 最近pid”,需正确解析含斜杠的第四字段。

直接读 /proc/loadavg 文件就能拿到负载值,无需系统调用或库函数
/proc/loadavg 是内核维护的虚拟文件,本质是 procfs 接口的一次快照输出,不是日志文件。它每秒更新一次(由内核定时器驱动),内容格式固定为 5 个字段:1-min 5-min 15-min 运行/就绪进程数 总进程数 最近运行的 PID。读它就是读内存映射,没有磁盘 I/O 开销。
实操建议:
- 用
std::ifstream或open()+read()都可以,推荐前者——简洁且自动处理换行和缓冲 - 务必检查读取长度:正常应读到约 20–30 字节;若读到 0 字节,说明 procfs 挂载异常或权限不足(但普通用户默认可读)
- 不要尝试
lseek或反复read来“轮询历史”,它不保存历史,每次读都是当前瞬时值
解析字符串时注意字段分隔和浮点精度问题
典型内容如:0.42 0.38 0.35 2/1234 12345。空格分隔,但第 4 字段含斜杠,不能简单用 std::istringstream >> 连续读 5 个 double ——第 4 个是字符串,第 5 个才是整数。
安全解析方式:
组合式C++代码评审方案,融合静态分析、AI推理、多轮迭代评审和C++专项检查,适用于PR审查、增量代码审查、全项目评审和代码质量评分,触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 先用
std::string::find_first_of(" \t")找前三个空格位置,分别提取前三字段转double - 第 4 字段用
std::string::substr()截取后,再用std::string::find('/')拆成两个整数(运行中进程数 / 总进程数) - 第 5 字段直接从最后空格后取,
std::stoi转整型即可 - 避免用
atof():它对非法输入返回 0.0,掩盖解析失败;优先用std::stod并捕获std::invalid_argument
想“记录日志”必须自己做时间戳+写文件,内核不提供历史存储
很多人误以为 /proc/loadavg 是日志源,其实它只是单行状态页。要生成负载日志,得靠用户态程序循环读取 + 格式化写入磁盘。
关键设计点:
- 采样间隔别设太短(如 100ms):内核更新频率约 5Hz,高频读无意义,还可能触发 VFS 层锁争用
- 写文件时用
O_APPEND | O_WRONLY打开,避免多进程写冲突;单进程场景下,用std::ofstream配合std::ios::app即可 - 时间戳建议用
clock_gettime(CLOCK_MONOTONIC, ...),比time()更稳定,不受系统时间跳变影响 - 日志行格式示例:
1712345678.123 0.42 0.38 0.35 2/1234 12345(秒级时间戳 + 微秒 + 原始字段)
权限和挂载点异常比想象中常见
虽然大多数 Linux 发行版默认挂载 procfs 且开放读权限,但以下情况会导致读失败:
-
/proc未挂载(容器里常见):检查mount | grep proc,缺失则需mount -t proc proc /proc - chroot 环境未绑定挂载
/proc:即使 root 用户也会open("/proc/loadavg", O_RDONLY)返回 -1 +errno == ENOENT - SELinux 或 AppArmor 限制:错误信息通常是
Permission denied,而非No such file;用ausearch -m avc -ts recent查日志 - 某些嵌入式系统禁用 procfs:内核编译时关闭了
CONFIG_PROC_FS,此时路径根本不存在
真正麻烦的是 procfs 不可用时没有替代接口——getloadavg() 函数底层也依赖 /proc/loadavg(glibc 实现),所以 fallback 方案只能是读 /proc/stat 自算平均值,复杂度陡增。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!










