linux通过/proc/diskstats每秒采样两次扇区数差值×512换算吞吐量，windows需用pdh查询physicaldisk实例的disk bytes/sec计数器，二者均须间隔≥1秒采样，且不可依赖文件系统空闲率或高频轮询。
Linux下用 /proc/diskstats 解析物理磁盘I/O吞吐量
Linux没有直接返回“实时MB/s”的系统调用，得自己算——核心是读取 /proc/diskstats，每秒采样两次，用扇区数差值 × 512 字节换算成字节数。注意：这里统计的是底层块设备（如 sda、nvme0n1），不是挂载点或逻辑卷。
- 每一行代表一个设备，第3列是设备名，第6列（read_sectors）和第10列（write_sectors）是累计读写扇区数（每个扇区512字节）
- 必须连续两次读取，间隔1秒以上，否则差值为0；建议 sleep(1) 后再读，别用 usleep 精度太低
- 别硬编码列索引——不同内核版本字段数可能不同，应按设备名匹配整行再按空格 split，跳过前3个字段后找第3和第7个数值（从0开始数）
- 示例片段：
std::ifstream f("/proc/diskstats");<br>std::string line;<br>while (std::getline(f, line)) {<br> std::vector<:string> fields = split(line); // 自实现split<br> if (fields.size() >= 14 && fields[2] == "sda") {<br> uint64_t rsec = std::stoull(fields[5]);<br> uint64_t wsec = std::stoull(fields[9]);<br> ...<br> }<br>}</:string>
Windows下用 PDH 查询 PhysicalDisk(*)Disk Bytes/sec
Windows没公开的 /proc 类接口，得走性能计数器（PDH）。关键不是“能不能查”，而是“查哪个实例”——PhysicalDisk(*) 中的 * 必须替换成真实实例名（如 0 C:、0 D: 或 _Total），否则 PdhAddCounter 会返回 PDH_INVALID_DATA。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 先调
PdhEnumObjectItems获取所有PhysicalDisk实例名，不能靠猜；常见错误是直接写"\PhysicalDisk(_Total)\Disk Bytes/sec"却没确认_Total是否存在 - 计数器类型是
PDH_FMT_DOUBLE或PDH_FMT_LONG，返回值单位是字节/秒，无需换算 - 首次调用
PdhCollectQueryData后需等待至少1秒再第二次调用，否则数据无效；两次调用间必须用PdhGetFormattedCounterValue提取结果 - 权限上，普通用户可读，但若程序以服务方式运行且无交互桌面会话，某些计数器可能不可用——此时改用 WMI 的
Win32_PerfFormattedData_PerfDisk_PhysicalDisk类更稳
跨平台封装时避开 statvfs 和 GetDiskFreeSpaceEx
这两个API返回的是文件系统空闲空间和总大小，和I/O吞吐完全无关。新手常误以为“磁盘忙”等于“磁盘快满了”，但实际高吞吐可能发生在空盘上（比如大文件拷贝），而满盘也可能静止不动。真要监控负载，必须盯住设备层的读写速率，不是inode或block剩余量。
-
statvfs返回f_bfree/f_blocks，只能算使用率，不能反映当前IO压力 -
GetDiskFreeSpaceEx同理，连时间维度都没有，更别说每秒字节数 - 如果业务需要“综合负载指标”，得把吞吐量 + I/O队列长度（
avgqu-sz来自iostat）+ await（平均响应延迟）一起看，单看吞吐容易漏掉高延迟低吞吐的卡顿场景
精度与开销：别在高频循环里反复打开 /proc/diskstats
每次 fopen + read 是毫秒级开销，如果每10ms采样一次，光IO就吃掉大量CPU。真实场景中，I/O负载本身变化缓慢，1秒粒度足够捕捉趋势；强行提高频率只会让采样噪声变大，还可能干扰目标进程的IO调度。
- Linux下优先用
inotify监听/proc/diskstats变化？不行——该文件不支持 inotify，它本质是内核 procfs 动态生成的伪文件，只能轮询 - Windows下 PDH 查询本身开销小，但频繁调用
PdhCollectQueryData仍会触发内核性能数据采集，建议最小间隔设为500ms，低于此值收益趋近于零 - 真正要低延迟监控（比如存储服务SLA检测），得用 eBPF（Linux）或 ETW（Windows）捕获块层事件，但这已超出标准C++范畴，需额外加载内核模块或驱动
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
