【虚拟化】QEMU/KVM与虚拟机资源配置：从模块协同到性能调优实战

原创

于 2026-03-05 03:54:20 发布 · 398 阅读

标签

#虚拟化 #QEMU #KVM #性能调优

1. 从“黑盒”到“白盒”：理解QEMU/KVM的协同工作流

很多刚开始接触虚拟化的朋友，可能会觉得QEMU和KVM的组合像一个“黑盒”：启动一个虚拟机，它就能跑起来，但内部究竟是如何运转的，CPU指令怎么执行，内存如何管理，设备I/O怎么处理，往往一头雾水。今天，我就带大家把这个“黑盒”拆开，看看里面的精密齿轮是如何咬合转动的。

简单来说，你可以把QEMU想象成一个万能的“硬件模拟器”和“管家”。它负责创建虚拟机这个“空壳子”，模拟出CPU、内存、硬盘、网卡等各种虚拟硬件，并管理虚拟机的生命周期。而KVM则是Linux内核提供的一个**“硬件加速器”**。它利用现代CPU（Intel VT-x / AMD-V）自带的虚拟化扩展能力，让虚拟机里的指令能够直接在物理CPU上高速执行，而不是靠QEMU软件模拟，这是性能逼近物理机的关键。

那么，它们是怎么协同工作的呢？我画一个简化的流程图给你看：

用户启动 `qemu-system-x86_64` 命令
        ↓
QEMU (vl.c) 初始化：解析参数，创建虚拟的“机器”（MachineState）
        ↓
QEMU 调用 KVM 内核接口 (`/dev/kvm`)，创建一个 KVM 虚拟机“上下文”
        ↓
QEMU 为虚拟机分配内存，并通过 `KVM_SET_USER_MEMORY_REGION` 告诉 KVM 内存布局
        ↓
QEMU 为每个虚拟CPU (vCPU) 创建线程，线程入口是 `kvm_cpu_exec()`
        ↓
vCPU线程进入循环：`ioctl(KVM_RUN)` → 进入KVM，由硬件执行Guest代码
        ↓
当Guest执行敏感操作（如I/O、访问特定寄存器）→ 触发 **VM Exit**
        ↓
CPU控制权从Guest回到KVM内核模块，KVM根据退出原因处理
        ↓
若需QEMU介入（如模拟一个磁盘读写），KVM将退出信息填入 `kvm_run` 结构
        ↓
vCPU线程从 `KVM_RUN` 返回，QEMU根据 `exit_reason` 调用对应设备模拟代码
        ↓
设备模拟完成，QEMU再次调用 `KVM_RUN`，让Guest继续执行

这个流程的核心就是 “VM Exit/Entry”。在KVM加速模式下，虚拟机（Guest）的代码是直接在物理CPU上跑的，速度极快。只有当它要做一些“越界”的事情，比如向一个虚拟的硬盘控制器端口写入数据，硬件才会自动触发一次 VM Exit，把CPU控制权交还给KVM和QEMU。QEMU的职责就是“演好”这个硬盘控制器，处理完这个I/O请求后，再通过 VM Entry 让Guest代码继续跑起来。

所以，一个高性能的虚拟机，其秘诀就在于 尽量减少不必要的 VM Exit。如果Guest每执行几条指令就要Exit一次，性能就会断崖式下跌。后面我们会讲到，Virtio、大页内存、CPU亲和性等技术，核心目标都是为了减少Exit。

2. 庖丁解牛：QEMU的模块化架构与KVM的硬件加速

2.1 QEMU：一个高度模块化的“瑞士军刀”

QEMU的代码虽然庞大，但结构清晰，是经典的分层和模块化设计。理解这几个核心模块，你就能把握住它的脉络。

首先是大脑和骨架：vl.c 和主事件循环。 vl.c 是QEMU的“主函数”所在，可以看作是虚拟机的“操作系统内核”。它负责解析你的命令行参数（比如 -m 4G -smp 4），创建最顶层的 MachineState 结构体，初始化虚拟的CPU、内存、总线。它还会启动一个主事件循环，这个循环就像Node.js的Event Loop，不断处理各种异步事件，比如虚拟时钟到期、虚拟网卡收到数据包、用户通过监控器（monitor）发来的命令等。

接着是心脏：CPU执行引擎 (cpu-exec.c)。 这是虚拟机指令执行的发动机。在没有KVM的纯软件模拟（TCG）模式下，cpu-exec.c 里的循环会不停地取Gues