性能监视器与资源瓶颈定位
Windows系统 2026-11-11 16:42 6

给出关键计数器与判断阈值,把「感觉慢」变成有数据的定位。下面按“先判断、再动手、最后验证”的顺序展开,每一步都给出可核对的检查点。

涉及 性能监视器、性能计数器、资源瓶颈 的关键动作都写成了具体命令或配置项,可以照着走,也可以当检查表用。

关键计数器

CPU 就绪队列、磁盘平均队列、内存可用量、网络吞吐,四个方向各取两三个就够。

判断阈值

CPU 长期超 80%、磁盘队列持续大于 2、可用内存低于总量 10%,命中即进入对应排查。

采集方式

按 15 秒间隔采 24 小时基线,对比高峰与低谷,单点截图没有诊断价值。

进程定位

任务管理器加资源监视器落到具体进程,性能计数器负责发现,这两个负责定位。

留存

基线数据按月对比,容量规划靠趋势而不是靠拍脑袋。

速查表

环节关键动作
关键计数器CPU 就绪队列、磁盘平均队列、内存可用量、网络吞吐,四个方向各取两三个就够
判断阈值CPU 长期超 80%、磁盘队列持续大于 2、可用内存低于总量 10%,命中即进入对应排查
采集方式按 15 秒间隔采 24 小时基线,对比高峰与低谷,单点截图没有诊断价值
进程定位任务管理器加资源监视器落到具体进程,性能计数器负责发现,这两个负责定位

常见问题

Q:按文中写法改完,怎么确认真的生效?
不要只看配置文件,用对应的验证命令或从外部视角复测一次;改完先小流量观察一段,再全量推进,出问题能马上回退。

Q:按文中的步骤做完,还需要注意什么?
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录,比重查一遍快得多。

Q:业务规模小,也要按这套标准来吗?
不需要一次到位。先把影响最大的两项做到位,剩余的随着业务增长逐步补齐,比一开始就追求完美更容易落地。

小结

回到这篇的 5 个环节:关键计数器、判断阈值、采集方式、进程定位、留存。把这几个动作写进检查表,下次遇到同类问题按顺序过一遍,比凭经验跳步骤稳。

相关阅读:IIS应用池:回收与崩溃排查、Windows事件日志与转发、PowerShell基础:运维必会的命令。

延伸阅读:蓝屏与事件查看器定位思路、IIS应用池:回收与崩溃排查、Windows磁盘管理与分区扩容。

Powered by ©智简魔方