linux通过/proc/[pid]/io的read_bytes字段获取进程累计磁盘读取字节数,windows则需调用getprocessiocounters获取readtransfercount;两者统计口径不同,均不包含缓存读和网络文件系统读,且需注意权限、启用状态及采样频率。

Linux下读取/proc/[pid]/io中的read_bytes字段
Linux内核通过 /proc/[pid]/io 暴露进程I/O统计,其中 read_bytes 表示该进程自启动以来从块设备(如磁盘)成功读取的字节数(不包括缓存命中)。这是最直接、开销最低的获取方式。
实操时注意:
- 必须用当前进程PID构造路径,例如 /proc/self/io(推荐)或 /proc/12345/io
- 文件格式为键值对,每行形如 read_bytes: 123456789,需按行解析并提取数值
- 该值是累加值,要获取“动态”变化,需周期性读取并做差值计算
- 普通用户可读自己进程的该文件,但读其他进程需对应权限(如root或cap_sys_ptrace)
#include <fstream>
#include <string>
#include <regex><p>long long get_read_bytes() {
std::ifstream io("/proc/self/io");
std::string line;
std::regex re(R"(^read_bytes:\s*(\d+)$)");
std::smatch m;
while (std::getline(io, line)) {
if (std::regex_match(line, m, re)) {
return std::stoll(m[1].str());
}
}
return -1; // 解析失败
}</p></regex></string></fstream>
Windows下用GetProcessIoCounters获取ReadTransferCount
Windows没有等价于 /proc/[pid]/io 的轻量接口,必须调用Win32 API GetProcessIoCounters,其返回的 IO_COUNTERS 结构体中 ReadTransferCount 字段即为累计磁盘读取字节数(注意:仅含实际发往存储设备的I/O,不含内存映射或缓存读取)。
关键细节:
- 需要进程句柄,用 GetCurrentProcess() 获取当前进程句柄即可
- 返回值为布尔型,失败时需检查 GetLastError()(常见错误:权限不足或系统版本太老)
- 该计数器在Windows XP SP3+可用,但某些精简版或容器环境可能禁用I/O计数器(注册表项 HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\IoCounters 设为0时失效)
#include <windows.h>
#include <iostream><p>long long get_read_bytes_win() {
IO_COUNTERS counters = {};
if (GetProcessIoCounters(GetCurrentProcess(), &counters)) {
return static_cast<long long>(counters.ReadTransferCount);
}
return -1;
}</long></p></iostream></windows.h>
跨平台封装时要注意的陷阱
看似简单封装,实际容易踩三个坑:
-
read_bytes和ReadTransferCount统计口径不完全一致:Linux包含所有块层读(含swap、tmpfs底层设备读),Windows只计非缓存、非映射的同步/异步文件读;两者都不统计网络文件系统(NFS/SMB)的远程读 - Linux下
/proc/[pid]/io中的read_bytes是“逻辑读”,即应用请求的字节数,不是物理扇区数;而rchar字段才是含缓存读的总字符数,别混淆 - 高频率轮询(如每毫秒读一次)会显著增加系统调用开销,尤其Windows上
GetProcessIoCounters涉及内核态查询;建议最小采样间隔不低于100ms,且用差值而非绝对值判断突增
为什么不能用statvfs或df类接口
这类接口(如 statvfs、GetDiskFreeSpaceEx)返回的是整个文件系统的空闲/总空间,和**单个进程的读取行为无关**。它们无法区分是哪个进程触发了磁盘读,也不能反映进程生命周期内的累计值。
试图通过监控磁盘设备的/sys/block/*/stat来反推进程读取量,不仅需要root权限,还会混入所有进程及内核的I/O,完全不可行。唯一可靠路径就是走进程粒度的内核暴露接口——Linux用 /proc/[pid]/io,Windows用 GetProcessIoCounters。
真正难的不是读一次,而是持续、低扰动地采集并归因;多数人卡在没意识到 read_bytes 不等于 rchar,或 Windows 下忘了检查IoCounters是否启用。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











