virt-top是专用于kvm/qemu虚拟化环境的实时监控工具，通过libvirt连接宿主机，显示各虚拟机的cpu、内存及磁盘/网络i/o（如rdt、wrt等），需确保libvirtd运行、用户加入libvirt组，并使用virt-top -c qemu:///system启动；其i/o为guest逻辑层统计，与iostat等宿主物理层数据存在缓存、合并等差异。
virt-top 并不是 Linux 内置命令，也不是通用系统级 I/O 监控工具——它专用于监控 KVM/QEMU 虚拟化环境中的虚拟机（VM）资源使用，包括 CPU、内存、磁盘 I/O 和网络 I/O。如果你在物理机或容器环境里直接运行 virt-top，会报错“no connection to hypervisor”或“failed to connect to libvirt”。
所以，先确认你是否真的在运行 libvirt + KVM 的宿主机上，并且已正确配置权限和服务。否则，别折腾 virt-top，该用 iotop 或 iostat。
怎么启动 virt-top 并看到每个 VM 的实时磁盘 I/O
virt-top 默认连接本地 libvirtd（通过 qemu:///system），但普通用户无权访问。常见失败是权限拒绝或连接超时。
- 确保
libvirtd正在运行：sudo systemctl status libvirtd - 普通用户需加入
libvirt用户组：sudo usermod -aG libvirt $USER，然后重新登录终端 - 启动时加
-c显式指定 URI（避免默认连接失败）：virt-top -c qemu:///system - 若只想看磁盘 I/O，启动后按
o→ 输入rdt（read bytes/sec）、wrt（write bytes/sec）、rdreq（read requests）、wrreq（write requests）来添加列；再按O可排序，比如选wrt降序看谁写得最多
注意：virt-top 的 I/O 数值单位是 bytes/sec，不是 KB/s 或 MB/s，数值可能很大（比如 124892300），需手动换算或用 --human 参数（部分旧版本不支持）。
为什么 virt-top 显示的 IO 和 iostat / iotop 对不上
这是最常被误解的一点：virt-top 统计的是 guest OS 内部发出的块设备请求（经由 virtio-blk/virtio-scsi 驱动上报），属于“逻辑 I/O”；
而 iostat -x /dev/vda 或 iotop 看的是 宿主机层面实际发往物理设备的 I/O（含合并、缓存、排队等）。
两者差异来源包括：
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- guest 层有 write-back 缓存（如 ext4 的 barrier=0 或 mount 选项
barrier=0） - libvirt/qemu 层启用
cache=writeback或cache=none会影响吞吐与延迟映射 - 多个 VM 共享同一宿主磁盘时，
virt-top各自显示“自己写的量”，但iostat看到的是叠加后的物理负载 - 如果 VM 使用了 qcow2 镜像，metadata 更新、COW 分配也会产生额外宿主 I/O，但
virt-top不统计这些
简单说：想定位“哪个 VM 在狂刷盘”，用 virt-top；想确认“宿主机磁盘是不是真扛不住了”，必须看 iostat -x 1 的 %util 和 await。
替代方案：当 virt-top 不可用或数据不准时怎么办
virt-top 依赖 libvirt 完整栈，一旦 XML 配置异常、qemu 进程卡死、或用了非标准后端（如 LVM 直通、NVMe passthrough），它就可能漏 VM 或报错退出。
此时更稳的路径是：
- 查每个 VM 对应的 qemu 进程 PID：
ps aux | grep qemu | grep -v grep - 找出它的
/proc/<pid>/io</pid>：grep -E "read_bytes|write_bytes" /proc/12345/io→ 得到自启动以来的累计字节数，差值可算速率 - 或用
iotop -p <pid></pid>直接盯住该 qemu 进程的实时读写（注意：qemu 进程本身不直接读写磁盘，实际 I/O 是由其线程如qemu:io或qemu:kvm完成的，iotop -P可显示线程级）
另外，libvirt 自带命令也能补位：virsh domstats --block <vm-name></vm-name> 输出 JSON 格式的 rdb, wrb, rdd, wrd（read/write bytes/devices），比 virt-top 更可靠，适合脚本采集。
virt-top 的交互逻辑和列名没有统一标准，不同版本字段缩写不同（比如有的叫 wrtn，有的叫 wrt），且不支持导出 CSV。真要长期监控，别依赖它实时界面，改用 virsh domstats + Prometheus + node_exporter 的组合更可持续。
