性能监视器（PerfMon）是排查虚拟化宿主机过载最直接可靠的内置工具，需重点监控CPU（% Processor Time、% Ready Time等）、内存（Available MBytes、Current Pressure）、磁盘（Avg. Disk Queue Length）及网络与虚拟化层指标，并配合数据收集器集实现事后回溯与虚拟机内指标交叉验证。
性能监视器（perfmon）是排查虚拟化环境中宿主机性能过载最直接、最可靠的内置工具。它不依赖第三方软件，能精准采集底层计数器数据，关键是——你得选对对象和计数器，否则看到的只是表象。
重点看这四类计数器，别被“总使用率”带偏
-
CPU层面
-
\Processor(_Total)\% Processor Time：只看这个容易误判。必须搭配\Hyper-V Hypervisor Logical Processor(_Total)\% Total Run Time和\Hyper-V Hypervisor Virtual Processor(*)\% Guest Run Time对照。如果宿主机总CPU不高，但某虚拟机的Guest Run Time持续接近100%，说明它在拼命跑，而逻辑处理器空闲，问题可能出在调度或vCPU配置不合理。 -
%RDY等效指标：Windows Hyper-V环境没有原生%RDY，但可通过\Hyper-V Hypervisor Virtual Processor(*)\% Ready Time直接读取——这才是反映vCPU排队等待物理CPU的真实指标。超过5%就要警惕，超过10%基本确认存在CPU争抢。
-
-
内存层面
-
\Memory\Available MBytes：不能只盯这个数字。要同步看\Hyper-V Dynamic Memory Balancer(*)\Current Pressure和\Hyper-V Dynamic Memory Balancer(*)\Target Memory。压力值持续高于80%，目标内存远高于已分配内存，说明Balloon驱动正在频繁回收，宿主机物理内存其实已吃紧。 -
\Memory\Pages/sec和\Memory\Page Reads/sec：如果后者长期高于5，且伴随可用内存下降，说明系统开始频繁从磁盘换页，不是虚拟机内存不够，而是宿主机内存不足导致了全局换页压力。
-
-
磁盘IO层面
-
\PhysicalDisk(_Total)\Avg. Disk Queue Length：机械盘超过2、SSD超过4就是明显瓶颈信号。注意这不是“平均队列长度”，而是“每秒内平均有多少请求在排队”。配合\PhysicalDisk(_Total)\% Disk Time看，如果两者都高，基本锁定磁盘是卡顿源头。 -
\LogicalDisk(C:)\Current Disk Queue Length：可定位到具体虚拟机磁盘文件所在分区。比如所有虚拟机镜像都在D盘，而D盘队列长度常年3以上，那就不是某台虚拟机的问题，是整个存储层扛不住。
-
-
网络与虚拟化平台层
-
\Network Interface(*)\Bytes Total/sec：对比宿主机网卡实际吞吐和虚拟交换机流量，若差异大，可能是vSwitch限速或驱动问题。 -
\Hyper-V Hypervisor Root Partition(*)\% Processor Time：这个值异常升高（比如>30%），说明Hyper-V管理分区本身开销过大，常见于大量虚拟机频繁启停、快照操作密集或集成服务版本不匹配。
-
用数据收集器集实现“事后回溯”
Windows TTS (WSL2)
下载
在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。
手动打开PerfMon看实时图容易错过问题发生瞬间。推荐用命令行创建一个轻量级长期记录：
logman.exe create counter HostOverloadLog -o "C:\perflogs\host_overload.blg" -f bincirc -max 500 -c "\Processor(_Total)\% Processor Time" "\Memory\Available MBytes" "\PhysicalDisk(_Total)\Avg. Disk Queue Length" "\Hyper-V Hypervisor Virtual Processor(*)\% Ready Time" "\Hyper-V Hypervisor Logical Processor(_Total)\% Total Run Time" -si 00:00:15 logman.exe start HostOverloadLog
这个收集器每15秒采一次样，最多占500MB空间，不影响宿主机性能。等虚拟机出现卡顿后，直接用PerfMon加载.blg文件，拖动时间轴就能定位到负载飙升前3分钟的关键拐点。
对照虚拟机内部指标交叉验证
光看宿主机不够。比如发现\Hyper-V Hypervisor Virtual Processor(vm-db)\% Ready Time高达12%，但虚拟机里top显示CPU使用率才40%——这时要立刻进该虚拟机，查/proc/stat里的steal时间（Linux）或性能监视器中的% Privileged Time是否异常高。steal时间占比超5%，就坐实了是宿主机调度跟不上。
不复杂但容易忽略
