性能监视器需提前配置核心计数器并设阈值自动捕获高负载数据：CPU看% Processor Time与Processor Queue Length组合，内存盯Available MBytes、Committed Bytes与Commit Limit差值，磁盘关注Avg. Disk sec/Read、Disk Response Time及Current Disk Queue Length，网络指定网卡实例的Bytes Total/sec；须以管理员身份运行，结合资源监视器perfmon /res定位进程级瓶颈。
直接用性能监视器实时记录高负载表现，关键不是“等它变卡再开”，而是提前布好监控点、设好触发条件，让系统自己在压力上来时自动抓取有效数据。
提前配置核心计数器，盯紧真瓶颈指标
别只加默认的 % Processor Time。高负载下容易误判，要组合看：
-
CPU：加
Processor(_Total)\% Processor Time和System\Processor Queue Length—— 前者持续 >85% 且队列长度长期 > 核心数 × 2，才算真实过载 -
内存：加
Memory\Available MBytes、Memory\Committed Bytes、Memory\Commit Limit—— 看后两者差值是否 -
磁盘：SSD/NVMe 上弃用
% Disk Time，改用LogicalDisk\Avg. Disk sec/Read（>10ms 警惕）和Current Disk Queue Length（>2 持续存在需查） -
网络：加
Network Interface(*)\Bytes Total/sec，并指定具体网卡实例，避免汇总值掩盖单接口异常
设置带阈值的数据收集器集，自动捕获高峰片段
手动盯着图表没用，得让它在高负载发生时自动记录：
- 在“数据收集器集 → 用户定义”中新建，类型选“手动创建（高级）”
- 添加上述计数器，采样间隔设为 5–10 秒（太长漏峰值，太短加重开销）
- 勾选“警报”类型收集器：例如当
Processor(_Total)\% Processor Time > 90持续 15 秒，就自动启动日志记录；或配合Memory\Pages/sec > 20触发，抓硬分页爆发期 - 日志保存路径选非系统盘（如 D:\PerfLogs\HighLoad），格式选“二进制”或“逗号分隔”，便于后续导入 Excel 或 Grafana 分析
搭配资源监视器做进程级快照，锁定“肇事者”
性能监视器告诉你“哪里堵”，资源监视器告诉你“谁在堵”：
- 高负载期间快速按
Win + R输入perfmon /res打开资源监视器 - 切到“CPU”选项卡，按“% 工作时间”排序，注意不只是瞬时峰值，要看连续 30 秒以上 >70% 的进程
- “磁盘”选项卡重点看“响应时间”和“队列长度”，某进程持续显示响应时间 >50ms 且队列长度 >2，基本就是 I/O 元凶
- “网络”选项卡按“发送字节数/秒”排序，排查 OneDrive、Windows 更新、备份软件等后台上传行为
注意事项：权限、基线与误判规避
很多问题出在设置细节上：
- 必须以管理员身份运行 perfmon，否则部分驱动级计数器（如存储控制器、Hyper-V 相关）无法采集
- 不要孤立看单次数值——先用 1–2 小时轻载环境跑一次，建立你的服务器基线，后续对比才知是否真异常
- 避免被缓存干扰：看到
Available MBytes很低，先查Memory\Cache Bytes是否占了大头；SysMain（原 Superfetch）吃内存是正常预加载，不是故障 - 虚拟机环境要额外加查
Hyper-V Hypervisor Logical Processor\% Total Run Time，宿主机上的 % Processor Time 可能被 CPU 节流掩盖
