/proc/diskstats提供物理磁盘I/O累计统计，关键字段：第6列rd_sectors、第10列wr_sectors，吞吐量=(rd_sectors+wr_sectors)×512；需采样差分得实时负载，过滤分区及虚拟设备，C++解析须校验14字段、用stoull防溢出、从右找设备名。
Linux下用/proc/diskstats解析物理磁盘I/O累计值
Linux内核通过/proc/diskstats暴露每块物理磁盘（不含分区）的原始I/O统计，包括读写扇区数、完成次数、毫秒级耗时等。这是获取「实时累计吞吐负载」最轻量、最可靠的方式，无需额外权限或root。
关键字段顺序固定（共14列），前3列为：主设备号、次设备号、设备名；第6列是读取的扇区总数（rd_sectors），第10列是写入的扇区总数（wr_sectors）；每个扇区默认512字节，因此吞吐量 = (rd_sectors + wr_sectors) × 512。
- 只读取一次
/proc/diskstats只能拿到累计值，要算“实时负载”，需间隔采样后做差分（如每秒一次） - 过滤设备名时，跳过含
md、loop、nbd、分区名（如sda1）的行，保留sda、nvme0n1这类裸设备 -
nvme设备的扇区计数逻辑一致，但设备名格式为nvme0n1而非nvme0n1p1，注意正则匹配别漏掉
C++读取并解析/proc/diskstats的健壮写法
用std::ifstream逐行读取，配合std::istringstream按空格切分，避免依赖外部工具（如awk）。重点在于字段对齐校验和数值溢出防护。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 必须检查每行是否至少有14个字段，否则跳过（某些虚拟设备或旧内核可能字段数不同）
- 用
std::stoull()而非std::stoi()解析扇区数，因累计值可能超2^31（几TB磁盘持续运行数天就会溢出） - 设备名字段索引不是固定的——当存在设备映射（如LVM）时，第3列可能是空，实际设备名在第4列。稳妥做法是从右往左找第一个非数字字段作为设备名
- 示例片段：
std::string line; while (std::getline(file, line)) { std::istringstream iss(line); std::vector<std::string> fields; std::string f; while (iss >> f) fields.push_back(f); if (fields.size() < 14) continue; auto devname = fields[2]; // 多数情况 if (devname == "0" || devname == "1") devname = fields[3]; if (devname.find("sda") == 0 || devname.find("nvme") == 0) { uint64_t rd_sec = std::stoull(fields[5]); uint64_t wr_sec = std::stoull(fields[9]); uint64_t bytes = (rd_sec + wr_sec) * 512; } }
Windows下用PdhAddCounter采集PhysicalDisk*计数器
Windows没有类似/proc的文本接口，必须用PDH（Performance Data Helper）API。目标计数器路径为\PhysicalDisk(*)\Disk Bytes/sec，它直接返回每秒字节数（非累计值），但底层仍基于累计I/O完成数计算。
立即学习“C++免费学习笔记（深入）”；
- 必须调用
PdhOpenQuery→PdhAddCounter→PdhCollectQueryData三步，缺一不可；首次调用PdhCollectQueryData返回PDH_INVALID_DATA是正常现象，需等待第二次采集才有效 - 计数器名中的
*代表通配所有物理磁盘，但实际返回的实例名可能是0 C:、_Total或1 D:，需用PdhEnumObjectItems先枚举实例列表，再绑定具体实例 - 若程序以普通用户权限运行，部分系统盘计数器可能拒绝访问（尤其Win10/11），此时应降级尝试
\LogicalDisk(*)\Bytes Total/sec作为备选 - 不要用
GetDriveType或CreateFile("\\.\PhysicalDrive0"来“猜”磁盘——它们不提供吞吐统计，且需要管理员权限
跨平台差异与易忽略陷阱
“实时累计吞吐负载”这个需求本身隐含两个维度：时间粒度（秒级？毫秒级？）和统计口径（仅物理设备？是否含缓存？）。不同系统给出的数据天然不一致。
- Linux的
/proc/diskstats统计的是发往设备驱动的I/O，已排除page cache影响；而Windows的Disk Bytes/sec包含部分缓存未命中路径，数值通常略高 - 两次采样间隔不能短于100ms：Linux内核对
/proc/diskstats更新有最小延迟（约50–100ms），太短会导致差分为0；Windows PDH建议最小采集间隔为1秒，否则精度骤降 - “当前负载”不是瞬时值，而是Δbytes/Δt。如果只取单次读数，得到的是自系统启动以来的总吞吐，毫无负载意义——这点在调试时最容易误判
- SSD的
discard（TRIM）操作不计入rd_sectors/wr_sectors，但会增加ios_pgrd/ios_pgwr（页级I/O数），若需完整负载画像，得同时看多组字段
