直接用 perfmon /res 启动资源监视器可秒级定位瓶颈进程；核心指标包括 % processor time（持续＞85%需干预）、available mbytes（＜500mb 且硬错误升高才预警）、avg. disk sec/read＞10ms 且队列＞2、bytes total/sec 结合网卡识别异常流量。

直接用 windows 自带的性能监视器（perfmon）就能实现实时资源追踪，关键不是打开它，而是盯对指标、设对视图、配好节奏。

快速启动并进入有效监控状态

别在控制面板里层层点开——按 Win + R，输入 perfmon /res 回车，一步直达“资源监视器”，界面清爽、进程与资源绑定清晰，适合秒级响应；若需图形化趋势分析，则输 perfmon 进主界面，右侧图表区域默认为空，必须手动加计数器才开始“说话”。

必须添加的四个核心计数器

只看默认项毫无意义，以下四项是判断真实负载的硬依据：

Coding Agent Loops

一款AI工具，主要用于在持久tmux会话中运行AI编码代理(Codex、Claude Code)，使用Ralph重试循环和完成钩子处理多步骤编码任务，适合需要提升相关任务效率的用户。

下载

• % Processor Time（Processor → _Total）：反映整体 CPU 占用，但别被瞬时尖峰误导；真正需干预的是连续 5 分钟稳定高于 85% 的情况，同时配合 Processor Queue Length 看是否真排队
• Available MBytes（Memory）：低于 500MB 才值得警惕；若只剩 200MB 却没卡顿，大概率是系统把内存用于缓存（Cache Bytes），属正常行为
• Avg. Disk sec/Read 和 Current Disk Queue Length（LogicalDisk）：SSD/NVMe 上 % Disk Time 已失真，应以读延迟持续 >10ms 且队列长度长期 >2 为 I/O 瓶颈信号
• Bytes Total/sec（Network Interface → *）：结合任务管理器“性能→网络”查看具体网卡，识别异常上传或后台同步流量

让监控真正“有用”的三项设置

实时曲线只是起点，加三步操作才能支撑判断：

• 右键图表 → “属性” → 把更新速度设为 2 秒，过滤毫秒级抖动，聚焦稳定负载
• 右键图表 → “添加计数器” → 同时加入 Committed Bytes 和 Commit Limit，三者对照看内存压力是否真实（差值 >500MB 基本安全）
• 左侧导航栏右键“数据收集器集 → 用户定义 → 新建”，创建一个采样间隔为 15 秒 的收集器，日志格式选 .blg，启用后即可回溯分析间歇性高峰

配合资源监视器定位具体进程

性能监视器告诉你“哪里堵”，资源监视器（perfmon /res）告诉你“谁在堵”：

• CPU 标签页下拉排序，一眼锁定高占用进程及其线程数
• 内存标签页关注“硬错误/秒”和“提交大小”，比 Available MBytes 更早暴露分页风险
• 磁盘标签页点开“磁盘活动”列表，查看每个进程的读写字节数与响应时间，区分是程序主动刷盘还是系统服务拖慢