如何通过Windows性能计数器API查询特定进程的磁盘IO读写速度?

2026-05-17 12:181阅读0评论SEO资讯
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计1235个文字,预计阅读时间需要5分钟。

如何通过Windows性能计数器API查询特定进程的磁盘IO读写速度?

基本原因通常是计算器路径拼写错误或目标进程不存在。

Windows 性能计数器路径对大小写不敏感,但空白、斜杠、实例名必须严格匹配。

例如,获取某个进程的磁盘读取字节数,正确路径是:

实操建议:

  • 先用 perfmon.exe 手动添加相同计数器,确认路径有效;再复制路径到代码中
  • 若进程名含空格(如 Visual Studio Code),路径中直接写 Visual Studio Code 即可,无需引号或转义
  • 调用 PdhAddCounter 后务必检查返回值,PDH_INVALID_DATA 很可能意味着该进程此刻无磁盘 IO 活动(比如刚启动还没读写),不是路径错
  • 同一进程多个实例(如多个 cmd.exe)时,路径应为 "\Process(cmd#1)\IO Read Bytes/sec",可用 PdhEnumObjectItems 枚举所有实例名

如何用 PdhCollectQueryDataPdhGetFormattedCounterValue 获取实时速率值

性能计数器的“/sec”类值(如 IO Read Bytes/sec)本质是差分速率,需要至少两次采样才能算出。Windows 的 PDH API 会自动缓存上一次采样值,所以你只需连续调用两次 PdhCollectQueryData(间隔至少 1 秒),再对每个计数器调用 PdhGetFormattedCounterValue,就能拿到近似瞬时速率。

关键点:

立即学习“C++免费学习笔记(深入)”;

  • 第一次调用 PdhCollectQueryData 后,不要立刻取值——此时没有历史数据,PdhGetFormattedCounterValue 会返回 PDH_INVALID_DATA
  • 两次采样间隔建议 ≥1000ms;太短(如 100ms)会导致数值抖动极大,甚至负值
  • PdhGetFormattedCounterValue 返回的是 PDH_FMT_COUNTERVALUE 结构,其中 double 类型的 doubleValue 字段才是你要的速率(单位:字节/秒)
  • 若需更高精度,可改用 PdhGetRawCounterValue 自行做差分计算,但需处理 FILETIME 时间戳和计数器基础值(CounterType & PERF_COUNTER_RATE

为什么监控自身进程(GetCurrentProcess)时,读不到磁盘IO数据

因为性能计数器的 Process 对象按进程名索引,不是按 PID。即使你用 GetCurrentProcessId() 拿到 PID,也不能直接构造出有效的计数器路径。必须先通过进程名反查——而当前进程名需从命令行或可执行路径中提取,比如用 GetModuleFileName 获取 exe 路径,再用 PathFindFileName 提取文件名(不含扩展名)。

常见陷阱:

  • 直接用 "\Process(notepad)\..." 监控记事本,但如果用户双击打开的是 notepad++.exe,那名字其实是 notepad++,不是 notepad
  • 以管理员权限运行的程序,可能看不到非管理员进程的计数器(取决于 UAC 策略和性能日志权限)
  • 某些精简版 Windows 或组策略禁用性能计数器服务(sysmainpla),会导致所有 Pdh* 调用失败
  • 使用 GetCurrentProcess 句柄本身对 PDH 无用——PDH 不接受句柄,只认名字

替代方案:不用 PDH,改用 GetProcessIoCounters 能否得到“速率”

不能直接得到速率。GetProcessIoCounters 返回的是累计值(ReadTransferCountWriteTransferCount),单位是字节,但它是瞬时快照,没有时间戳。你需要自己记录前后两次调用的时间差和字节数差,再手动除法计算速率。

这样做更轻量,但也带来新问题:

  • 两次调用之间,进程可能退出,导致第二次调用失败(ERROR_INVALID_HANDLE
  • 时间测量必须用 QueryPerformanceCounter,不能用 GetTickCount64(精度不够,15ms 级误差会导致速率波动剧烈)
  • 该函数不区分磁盘 vs 内存映射 IO,所有 ReadFile/WriteFile 都计入,包括对内存映射文件的操作
  • 它无法区分读/写速率,只能给出总 IO 字节数变化率;若需拆分,仍得回退到 PDH 或 ETW

PDH 的 IO Read Bytes/secIO Write Bytes/sec 是内核驱动层统计的真实磁盘设备级 IO,而 GetProcessIoCounters 是用户态系统调用层统计,两者数值在高缓存命中率场景下差异明显。

标签:WindowsCwin

本文共计1235个文字,预计阅读时间需要5分钟。

如何通过Windows性能计数器API查询特定进程的磁盘IO读写速度?

基本原因通常是计算器路径拼写错误或目标进程不存在。

Windows 性能计数器路径对大小写不敏感,但空白、斜杠、实例名必须严格匹配。

例如,获取某个进程的磁盘读取字节数,正确路径是:

实操建议:

  • 先用 perfmon.exe 手动添加相同计数器,确认路径有效;再复制路径到代码中
  • 若进程名含空格(如 Visual Studio Code),路径中直接写 Visual Studio Code 即可,无需引号或转义
  • 调用 PdhAddCounter 后务必检查返回值,PDH_INVALID_DATA 很可能意味着该进程此刻无磁盘 IO 活动(比如刚启动还没读写),不是路径错
  • 同一进程多个实例(如多个 cmd.exe)时,路径应为 "\Process(cmd#1)\IO Read Bytes/sec",可用 PdhEnumObjectItems 枚举所有实例名

如何用 PdhCollectQueryDataPdhGetFormattedCounterValue 获取实时速率值

性能计数器的“/sec”类值(如 IO Read Bytes/sec)本质是差分速率,需要至少两次采样才能算出。Windows 的 PDH API 会自动缓存上一次采样值,所以你只需连续调用两次 PdhCollectQueryData(间隔至少 1 秒),再对每个计数器调用 PdhGetFormattedCounterValue,就能拿到近似瞬时速率。

关键点:

立即学习“C++免费学习笔记(深入)”;

  • 第一次调用 PdhCollectQueryData 后,不要立刻取值——此时没有历史数据,PdhGetFormattedCounterValue 会返回 PDH_INVALID_DATA
  • 两次采样间隔建议 ≥1000ms;太短(如 100ms)会导致数值抖动极大,甚至负值
  • PdhGetFormattedCounterValue 返回的是 PDH_FMT_COUNTERVALUE 结构,其中 double 类型的 doubleValue 字段才是你要的速率(单位:字节/秒)
  • 若需更高精度,可改用 PdhGetRawCounterValue 自行做差分计算,但需处理 FILETIME 时间戳和计数器基础值(CounterType & PERF_COUNTER_RATE

为什么监控自身进程(GetCurrentProcess)时,读不到磁盘IO数据

因为性能计数器的 Process 对象按进程名索引,不是按 PID。即使你用 GetCurrentProcessId() 拿到 PID,也不能直接构造出有效的计数器路径。必须先通过进程名反查——而当前进程名需从命令行或可执行路径中提取,比如用 GetModuleFileName 获取 exe 路径,再用 PathFindFileName 提取文件名(不含扩展名)。

常见陷阱:

  • 直接用 "\Process(notepad)\..." 监控记事本,但如果用户双击打开的是 notepad++.exe,那名字其实是 notepad++,不是 notepad
  • 以管理员权限运行的程序,可能看不到非管理员进程的计数器(取决于 UAC 策略和性能日志权限)
  • 某些精简版 Windows 或组策略禁用性能计数器服务(sysmainpla),会导致所有 Pdh* 调用失败
  • 使用 GetCurrentProcess 句柄本身对 PDH 无用——PDH 不接受句柄,只认名字

替代方案:不用 PDH,改用 GetProcessIoCounters 能否得到“速率”

不能直接得到速率。GetProcessIoCounters 返回的是累计值(ReadTransferCountWriteTransferCount),单位是字节,但它是瞬时快照,没有时间戳。你需要自己记录前后两次调用的时间差和字节数差,再手动除法计算速率。

这样做更轻量,但也带来新问题:

  • 两次调用之间,进程可能退出,导致第二次调用失败(ERROR_INVALID_HANDLE
  • 时间测量必须用 QueryPerformanceCounter,不能用 GetTickCount64(精度不够,15ms 级误差会导致速率波动剧烈)
  • 该函数不区分磁盘 vs 内存映射 IO,所有 ReadFile/WriteFile 都计入,包括对内存映射文件的操作
  • 它无法区分读/写速率,只能给出总 IO 字节数变化率;若需拆分,仍得回退到 PDH 或 ETW

PDH 的 IO Read Bytes/secIO Write Bytes/sec 是内核驱动层统计的真实磁盘设备级 IO,而 GetProcessIoCounters 是用户态系统调用层统计,两者数值在高缓存命中率场景下差异明显。

标签:WindowsCwin