linux下cpu使用率必须两次采样/proc/stat计算差值,公式为[(total₂−total₁)−(idle₂+iowait₂−idle₁−iowait₁)]/(total₂−total₁)×100%,采样间隔≥100ms;进程级需解析/proc/[pid]/stat第14、15字段(utime/stime),结合sysconf(_sc_clk_tck)换算,避免硬编码hz。

Linux下用/proc/stat和/proc/self/stat算CPU使用率
不能直接拿单次读取的/proc/stat值当使用率——它只是累计的jiffies,必须两次采样做差值。关键是要对齐时间窗口,并区分“系统总CPU时间”和“当前进程独占时间”。
-
/proc/stat第一行cpu给出所有CPU核心的总jiffies(user、nice、system、idle、iowait等字段之和),记为total_jiffies -
/proc/self/stat第14、15、16、17字段分别是utime、stime、cutime、cstime,加起来是该进程及其子进程消耗的总CPU jiffies,记为process_jiffies - 两次采样间隔建议≥200ms,太短会导致浮点精度失真甚至结果为负
- 计算公式:
(process_jiffies_diff / total_jiffies_diff) * 100.0,结果是占**所有逻辑核总时间**的百分比(比如8核满载时理论最大值是800%)
Windows下用GetProcessTimes配合GetSystemTimes
Windows没有统一的“系统总CPU时间”概念,得靠GetSystemTimes获取空闲、内核、用户三段时长,再求和得到总时间;同时用GetProcessTimes拿到进程的内核+用户时间。两者单位都是100ns,但要注意:空闲时间只在Win8+才可靠返回,旧系统可能全为0。
- 调用
GetSystemTimes前需用OpenProcess以PROCESS_QUERY_INFORMATION权限打开当前进程句柄(否则可能失败) - 两次采样间必须用
GetTickCount64或QueryPerformanceCounter同步时间戳,不能只靠GetProcessTimes差值——因为系统总时间增长速率不等于进程时间增长速率 - 若
GetSystemTimes返回FALSE(如XP或权限不足),只能退化为估算:用(kernel_time + user_time) / elapsed_ms * 100.0,但这实际是“平均每毫秒占用多少微秒”,数值意义弱且不可比
跨平台封装时别忽略CPU_COUNT和采样抖动
多核环境下,直接把进程CPU时间除以“单核时间”会高估真实负载——例如进程在8核机器上只用了1个核的100%,按传统算法会显示12.5%,但用户直觉是“用了1个核,满载”,所以很多监控工具会额外除以逻辑核数再×100,得到“等效单核占用率”。这个选择取决于你要回答的问题:是“占系统资源比”还是“相当于几个核在跑”。
- Linux下用
sysconf(_SC_NPROCESSORS_ONLN)获取在线逻辑核数;Windows用GetLogicalProcessorInformation或GetSystemInfo.dwNumberOfProcessors - 连续采样时,如果某次差值为0(尤其在低负载进程上),不要直接跳过——应保留上一次有效值并加权衰减,否则图表会剧烈跳变
- 避免在信号处理函数或高频定时器里反复开/关文件句柄(Linux)或重复
OpenProcess(Windows),这本身就会扰动测量结果
常见错误:把top或htop显示值当真
终端工具显示的“%CPU”默认是相对于单核的(即100% = 一个核跑满),且采样周期、平滑策略、是否含子进程都可能不同。你代码里算出800%,而htop显示95%,不一定谁错——只是分母不同。调试时务必先用cat /proc/self/stat | awk '{print $14+$15+$16+$17}'手动验证进程jiffies是否在增长,再查cat /proc/stat | head -1确认cpu行总jiffies变化是否合理。
- 误把
/proc/self/stat第22字段(starttime)当运行时长——它是从系统启动开始的jiffies,不是进程生命周期 - 在容器中运行时,
/proc/stat仍是宿主机视角,若容器有CPU quota(如--cpus=2),你的百分比需要额外折算 - 用
std::chrono::steady_clock测间隔没问题,但别用system_clock——它可能被NTP校正,导致负差值
实际最难的部分不是读数据,而是解释数据:同一组数字,在监控告警、性能分析、资源计费三个场景下,要定义完全不同的“使用率”含义。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











