KVM性能调优需分四步：CPU绑定与中断优化、内存启用大页并禁用KSM、I/O使用virtio-blk/scsi及多队列网络、客户机启用virtio驱动并关闭无关服务。
Linux 上 KVM 虚拟化性能调优不是“开箱即用”的过程，核心在于减少虚拟化开销、提升 I/O 效率、合理分配 CPU 与内存资源，并确保宿主机和客户机协同工作。以下策略聚焦实际可操作的关键点。
CPU 性能调优：避免上下文切换与调度干扰
KVM 默认使用标准 Linux 进程调度器管理 vCPU，但频繁的上下文切换和跨 NUMA 节点调度会显著拖慢性能。
-
绑定 vCPU 到物理 CPU 核心：使用
vcpupin或 libvirt 的<vcpu placement="static">配合<vcpupin vcpu="0" cpuset="4-5"/>，避免 vCPU 在不同物理核间迁移；对延迟敏感场景（如数据库、实时应用），建议隔离特定 CPU 核心（通过isolcpus内核参数）专供虚拟机使用。 -
启用 KVM 嵌套中断控制（如支持）：确认 CPU 支持并启用
vmx或svm中的 APICv（Advanced Programmable Interrupt Controller virtualization）或 AVIC（AMD Virtual Interrupt Controller），可大幅降低中断虚拟化开销。 -
禁用不必要的 CPU 特性模拟：在客户机不需要时，关闭
acpi、apic（除非客户机依赖）、hyperv（若非 Windows 客户机）等模拟模块，减少指令解码与 trap 开销。
内存优化：减少页表开销与避免交换
KVM 使用 EPT（Intel）或 NPT（AMD）硬件辅助地址转换，但内存配置不当仍会导致 TLB miss 高、swap 频繁等问题。
-
启用大页内存（Huge Pages）：宿主机预分配 2MB（或 1GB）大页（
echo 1024 > /proc/sys/vm/nr_hugepages），并在虚拟机 XML 中添加<memoryBacking><hugepages/></memoryBacking>。这减少页表层级、提升 TLB 命中率，尤其对内存密集型负载效果明显。 -
禁用 KSM（Kernel Samepage Merging）：KSM 会周期扫描相似内存页并合并，带来 CPU 开销与不确定性延迟。生产环境建议关闭：
echo 0 > /sys/kernel/mm/ksm/run，除非内存极度受限且负载高度重复（如大量相同桌面镜像）。 -
配置 Balloon 驱动需谨慎：virtio-balloon 可动态回收客户机内存，但频繁 inflate/deflate 会引发客户机内存压力与 swap。仅在有明确弹性伸缩需求且客户机已安装并启用
virtio_balloon模块时启用，并设合理上限。
I/O 性能调优：绕过软件栈瓶颈
默认 IDE 或 SATA 模拟设备、QEMU 用户态磁盘 I/O 是主要性能瓶颈来源。
-
磁盘设备使用 virtio-blk 或 virtio-scsi：必须在客户机安装
virtio_blk和virtio_scsi内核模块；推荐 virtio-scsi（支持多队列、SCSI 命令集、热插拔更稳定），配合<driver name="qemu" type="raw" cache="none" io="native"/>—— 其中cache="none"绕过宿主机 page cache，io="native"启用 Linux AIO，降低 I/O 延迟。 -
网络使用 virtio-net + multiqueue：启用多个 TX/RX 队列（
<driver name="vhost" queues="4"/>），并在客户机内设置对应多队列（如ethtool -L eth0 combined 4），使每个队列绑定到独立 vCPU，实现并行处理。 -
存储后端优选直接访问方式：宿主机上使用 XFS/ext4 直接挂载裸设备（如
/dev/sdb）或 LVM 逻辑卷作为磁盘 backend；避免嵌套文件系统（如 qcow2 存于 ext4 上再挂载为 loop 设备），减少两层元数据开销。
客户机内核与驱动：补齐最后一环
即使宿主机调优到位，客户机未适配也会抵消大部分收益。
-
客户机必须启用 virtio 驱动：确认
virtio_pci、virtio_blk、virtio_net、virtio_scsi已编译进内核或作为模块加载；RHEL/CentOS 7+、Ubuntu 18.04+ 默认支持，但旧发行版或自定义内核需手动检查。 -
关闭客户机内无关服务与定时任务：如
systemd-timesyncd（由宿主机 NTP 管理即可）、fwupd、日志轮转频率过高的journald，减少后台 I/O 与 CPU 占用。 -
启用客户机内 CPU 频率调节器为 performance：
echo performance > /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor，防止因节能策略导致突发负载响应延迟。
调优不是一劳永逸，需结合 perf、virsh domstats、iostat -x、mpstat 等工具持续观测瓶颈点。从 CPU 绑定与大页开始，再推进到 I/O 驱动与客户机配置，逐步验证效果。
