Windows 11虚拟机（透传HDD分区）磁盘100%占用、响应缓慢问题求助

你好，我看了你的问题描述，这种用virtio透传HDD分区却出现磁盘满负载、系统响应迟缓的情况确实不太正常，咱们一步步来排查可能的问题点：

一、调整磁盘缓存配置 #

你当前的磁盘XML配置片段如下：

<disk type='block' device='disk'>
  <driver name='qemu' type='raw' cache='none'/>
  <source dev='/dev/disk/by-partuuid/9303a54f-de85-49d3-a3ba-9da8397120c7'/>
  <target dev='vdb' bus='virtio'/>
  <boot order='1'/>
  <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/>
</disk>

其中cache='none'的设置会绕过QEMU缓存直接调用主机页缓存，但在部分内核版本或存储栈环境下，反而可能引发IO阻塞或锁竞争。建议尝试修改缓存模式：

• 改成cache='writeback'：这是KVM环境下virtio磁盘的推荐配置，能在保证数据安全的前提下（主机意外断电可能丢失未刷入磁盘的缓存数据，正常关机无影响），大幅提升IO性能
• 若担心数据安全，也可尝试cache='writethrough'，但性能会略低于writeback

修改后记得重启虚拟机生效。

二、检查主机端磁盘状态与调度器 #

1. 监控主机IO负载：在主机上执行iostat -x 1或iotop命令，当虚拟机卡顿时，观察对应HDD的IO使用率、等待队列长度（await、svctm指标），确认是真的物理磁盘IO满负载，还是虚拟机内的误报
2. 调整磁盘调度器：对于传统HDD，Gentoo默认的调度器（如kyber或none）可能性能不佳，建议切换为mq-deadline：
   • 临时生效：echo mq-deadline | sudo tee /sys/block/[你的HDD设备名，如sda]/queue/scheduler
   • 永久生效：在内核启动参数中添加elevator=mq-deadline，或通过udev规则配置

三、更新virtio存储驱动 #

你提到已安装virtio驱动，但旧版本驱动可能存在Win11兼容性问题。建议下载最新稳定版的virtio-win驱动，在虚拟机内卸载旧驱动后重新安装，重点更新virtio-blk存储驱动。

四、优化虚拟机IO线程与CPU配置 #

1. 分配独立IO线程：默认情况下QEMU会将所有IO操作放在主线程，易引发资源竞争。可在虚拟机XML中添加IO线程配置：
   • 在<domain>根标签下添加：<iothreads>2</iothreads>（根据主机CPU核心数调整数量）
   • 在磁盘配置块中添加：<iothread>1</iothread>（绑定到指定IO线程）
2. CPU优化：确保虚拟机分配了足够的vCPU（至少2核），并开启CPU pinning（将vCPU绑定到主机物理核心），减少上下文切换开销。可通过virsh vcpupin命令或XML配置实现。

五、检查分区文件系统完整性 #

虚拟机内的磁盘100%占用可能是因为NTFS文件系统存在错误，系统在后台自动执行磁盘检查导致的。可在主机端先修复分区：

sudo ntfsfix /dev/disk/by-partuuid/9303a54f-de85-49d3-a3ba-9da8397120c7

修复完成后再启动虚拟机观察状态。

六、检查主机内核配置 #

由于你使用的是Gentoo自定义内核，需确保开启了virtio存储相关的必要选项：

• CONFIG_VIRTIO_BLK：virtio块设备支持
• CONFIG_VIRTIO_PCI：virtio PCI设备支持
• CONFIG_BLK_MQ：多队列IO支持（对HDD/SSD性能提升关键）
• CONFIG_MQ_DEADLINE：mq-deadline调度器支持

如果缺少上述选项，需重新编译内核并安装。

另外注意到你提到有完整的虚拟机XML配置，若后续排查中需要更深入分析，可以补充更多配置细节（比如CPU、内存、网络部分的配置）。你在8月11日的编辑内容未粘贴完整，若已经做了一些排查操作或有新的发现，也可以补充说明，这样能更精准地定位问题。

备注：内容来源于stack exchange，提问作者GreninjaShuriken4