直接用任务管理器逻辑处理器视图可快速查看每核负载，而性能监视器（PerfMon）适合持续记录、跨时段对比及多指标联合分析；按Win+R输入perfmon /res进入资源监视器，或输入perfmon添加Processor对象下各逻辑处理器的% Processor Time计数器，结合Process与Thread维度定位单线程瓶颈、超线程同步满载或负载均衡状态，并可通过数据收集器集保存.blg日志用于回溯分析。
直接用任务管理器的逻辑处理器视图就能快速看清每核负载，性能监视器（perfmon）更适合做持续记录、跨时段对比或配合其他指标联合分析。它不比任务管理器直观，但胜在可定制、可导出、可设警报。
怎么打开并配置性能监视器看多核CPU
按 Win + R 输入 perfmon /res 回车，直接进入资源监视器——这是最轻量、最贴近实时的入口；若要进完整版性能监视器，输入 perfmon，然后左侧展开“性能监视器”，点击右上角“+”号添加计数器：
- 选择性能对象为 Processor（不是 Processor Information）
- 从实例列表中勾选 _Total 看整体，再逐个勾选 0, 1, 2, … 等编号，对应每个逻辑处理器
- 计数器选 % Processor Time，这是标准的每核占用率指标
- 确认后，图表会实时显示所有选中逻辑处理器的曲线
识别真实瓶颈：别只盯总使用率
总使用率低但系统卡顿？很可能是单线程程序把某一对超线程核心（如逻辑处理器 0 和 1）占满，其余核心空闲。性能监视器能帮你锁定这类问题：
windows-shell-syntax
下载
在 Windows 上执行终端命令，或对比 Windows 与 Linux 的 Shell 语法时使用。建议先检测当前 Shell 是 PowerShell 还是 cmd.exe，再给出相应命令……
- 观察曲线是否出现“孤峰”：仅 1–2 条线长期接近 100%，其余多数低于 5% → 明确串行瓶颈
- 注意成对同步满载：0/1、2/3 同时冲顶 → 很可能一个线程绑定在单个物理核心上跑满超线程
- 如果所有曲线都平缓爬升到 60% 左右，说明负载基本均衡，多线程程序扩展性良好
结合进程与线程维度深挖原因
光看核级数据不够，得知道谁在用、怎么用：
- 在性能监视器中添加 Process 对象下的 % Processor Time，按进程名筛选高消耗者
- 再加 Thread 对象下的同名计数器，展开具体进程的线程列表，看是单一线程霸占 CPU，还是多个线程分散运行
- 特别关注 System Idle Process 占比：它反向代表实际可用算力，若它长期 >90%，说明 CPU 其实很闲，卡顿另有原因（如磁盘、GPU 或调度延迟）
保存数据用于回溯分析
临时看一眼用任务管理器就够了，但要查历史问题、做优化前后对比，就得靠性能监视器的数据日志：
- 左侧创建“数据收集器集”→ 新建用户定义的 → 勾选“性能计数器”
- 同样添加 Processor 下各逻辑处理器的 % Processor Time
- 设置采样间隔（建议 1–5 秒）、保存路径和时长，启动后自动记录 .blg 文件
- 事后双击日志文件，就能回放任意时段的每核负载走势，还能导出 CSV 供 Excel 分析
