性能监视器用数据收集器集排查间歇性性能抖动，核心是“持续录、低干扰、准回溯”，需设15秒采样间隔、二进制日志格式、循环写入，并结合事件查看器归因。
性能监视器用数据收集器集排查间歇性性能抖动，核心是“持续录、低干扰、准回溯”。抖动往往只持续几秒、发生在你没看屏幕时，靠任务管理器或实时图表根本抓不住。必须让系统在后台自动记下每15–30秒的cpu、内存、磁盘、网络状态，等抖动发生后再拉出日志精准定位。
选对计数器，盯住抖动敏感指标
抖动常由资源争抢引发，不是看“用了多少”，而是看“是否排队、是否卡顿”：
- Processor(_Total)\% Processor Time：超过90%持续超2秒，说明CPU被长期占满；但更关键的是看它是否剧烈上下跳变（比如10%→95%→20%），这是调度抖动或进程抢占的典型信号
- Memory\Available MBytes：低于500MB时易触发硬页面交换，但抖动更常伴随% Committed Bytes In Use突然冲高（>85%）后回落，说明内存压力瞬时爆发
- PhysicalDisk(_Total)\Avg. Disk Queue Length：比% Disk Time更灵敏。值＞2（HDD）或＞4（SSD）即表明I/O请求排队，若该值在抖动时刻同步飙升，基本可锁定磁盘延迟
- Process(*)\% Processor Time（加具体进程名）：如果抖动时某进程如svchost.exe、AntimalwareServiceExecutable CPU时间突增，就指向具体服务异常
设对采集参数，不漏峰也不撑爆磁盘
间歇性问题要求数据既不能太稀疏错过瞬态峰值，也不能太密拖慢系统：
- 样本间隔固定设为15秒：比默认1秒轻量得多，又比60秒更能捕捉多数抖动周期（常见为20–40秒一次）
- 日志格式选二进制(.blg)：体积小、加载快，perfmon原生支持，避免CSV写入延迟导致丢点
- 启用循环日志或设大小上限：例如-max 1024，在C盘空间紧张时防止日志写满系统盘；也可勾选“达到最大值时重新开始”，确保总有一段近期数据可用
- 保存路径避开系统盘：如D:\PerfLogs\Jitter_Hunt_202610，避免日志写入本身加剧磁盘抖动
加载日志后，用时间轴+交叉筛选定位抖动时刻
不是泛泛看曲线，而是把抖动现象和资源数据对齐：
- 在perfmon中右键图表 → “属性” → “常规” → “浏览”加载.blg文件，图表立刻显示历史趋势
- 鼠标悬停在疑似抖动的时间点（比如你记得14:22:17卡了2秒），看各计数器精确数值和时间戳
- 右键图表 → “将数据另存为” → CSV，用Excel打开后加筛选：例如筛选% Processor Time > 80且Avg. Disk Queue Length > 3的行，快速找出共发时段
- 导出时勾选“包含时间戳列”，方便和应用程序日志、事件查看器中的错误时间比对
结合事件查看器做归因分析
单纯性能数据只能告诉你“哪里卡”，不能解释“为什么卡”：
- 抖动发生前后30秒内，打开事件查看器 → Windows日志 → 系统，筛选“错误”和“警告”，重点关注磁盘、存储、WHEA-Logger（硬件错误）、Service Control Manager类事件
- 若发现抖动时刻伴随“磁盘0响应超时”或“驱动程序xxx.sys可能已损坏”，就从硬件或驱动层面深入
- perfmon日志里某个进程CPU突增，同时事件查看器出现该进程“服务意外终止”，说明是软件崩溃引发连锁抖动
