虚拟化与 KVM/QEMU

• 影子页表的工作原理与开销（同步、VM-Exit）
• EPT/NPT 的硬件二级翻译
• 对缺页与 TLB 性能的影响

影子页表（shadow page table）需要 VMM 为每个 Guest 维护一套与硬件页表一致的"影子页表"，并通过 MMU 虚拟化（客户端页表被只读）在 Guest 修改页表时陷入 VM-Exit，由 VMM 同步影子页表，缺页处理也需 VMM 介入，开销大且复杂。EPT/NPT 则让硬件直接支持两级地址翻译（GVA→GPA→HPA），Guest 页表由硬件直接翻译，Guest 修改页表、缺页不再频繁触发 VM-Exit，VMM 只需维护 EPT/NPT 结构。工程价值在于：显著减少 VM-Exit 次数与 VM 切换开销，降低 Guest 内存访问的虚拟化开销，并通过硬件 TLB 缓存加速，使内存密集型虚拟化负载接近原生性能。

影子页表把"翻译"交给软件（频繁 exit），EPT/NPT 把"翻译"交给硬件（几乎零 exit）。后者以少量硬件页表结构换来的性能收益是巨大的。

• dirty page tracking 的机制（写保护位）
• 热迁移的迭代拷贝流程
• 收敛条件与停机拷贝

KVM 通过 dirty page tracking 实现热迁移：迁移时把 Guest 页设为只读（写保护位），Guest 写入时触发写保护 fault，KVM 将该页标记为脏页并记录在 dirty bitmap 中。迁移分多轮迭代：第一轮拷贝全部内存，并行记录运行期间产生的脏页；后续轮次只拷贝上一轮新增的脏页。当脏页数量收敛到较小阈值（即剩余脏页足够少，拷贝速度快于脏页产生速度）时，进入停机拷贝（stop-and-copy）阶段，暂停 VM、拷贝剩余脏页与 CPU 状态，然后目标机恢复。工程价值在于：让运行中的 VM 能以最小停机时间迁移到另一台主机，支撑容灾、负载均衡与维护。

热迁移的本质是"边跑边拷 + 收敛 + 停机拷贝"。写保护位让脏页可被精确追踪，迭代收敛保证停机时间可控。

• VMCB 与 VMCS 的定位
• 两者在字段组织与访问方式上的差异
• 对虚拟化实现的影响

VMCB（VM Control Block）与 VMCS（VM Control Structure）都是"保存 vCPU 状态与控制虚拟化行为"的数据结构，但设计不同。VMCS 由 Intel VT-x 定义，分为 guest-state、host-state、control 等区域，且只能通过 VMREAD/VMWRITE（或 VMX 根模式的指令）访问，字段由硬件指定，VMM 不能自由布局。VMCB 由 AMD SVM 定义，分为 state save area 与 control area 两部分，VMM 可以像普通内存一样直接读写 VMCB 字段，且 SVM 通过 VMLOAD/VMSTORE 指令在 VMCB 与 CPU 之间交换状态。工程价值在于：VMCB 的内存直接访问更灵活、易实现，VMCS 的封闭访问更规范、更安全，两者差异影响 KVM 等 VMM 的端口实现复杂度。

VMCS 用专用指令（VMREAD/VMWRITE）访问、布局封闭；VMCB 用普通内存访问、布局开放。这是 Intel 与 AMD 在虚拟化接口上"安全 vs 灵活"的取舍。

• 传统中断注入的 VM-Exit 开销
• posted interrupt 的原理
• 对 I/O 密集负载的性能影响

传统中断注入在外部中断到达时，需要触发 VM-Exit，由 VMM 处理后再注入 Guest，性能开销大。posted interrupt 通过在内存中设置"posted interrupt descriptor"，当外部中断到来时，硬件（如中断控制器）直接更新该描述符并触发一个"通知"（notification interrupt），若 vCPU 正在 Guest 模式下运行，则无需 VM-Exit，硬件直接切换并让 Guest 处理该中断；只有 vCPU 不在 Guest 时才需要 VM-Exit 处理。工程价值在于：大幅减少中断引发的 VM-Exit，降低 I/O 密集型虚拟机的延迟与 CPU 开销，显著提升网络/存储等场景的性能。

Posted interrupt 把"中断注入"从"必须 VM-Exit 的半自动"变成"硬件直接投递的全自动"，中断路径上的 VM-Exit 被消除，是性能优化的关键。

• RISC-V H-extension（hypervisor 扩展）的能力
• VIRTIO 半虚拟化与 IOMMU 虚拟化
• 对 RISC-V 虚拟化的意义

RISC-V H-extension 提供了 RISC-V 的虚拟化能力（两级地址翻译、Guest 模式、虚拟化中断等），为 RISC-V 上的 hypervisor（如 KVM）提供硬件基础。在设备访问上，VIRTIO 透传（半虚拟化）让 Guest 通过 virtio 队列与设备交互，而 H-extension 的虚拟化中断支持 virtio 的中断通知；当需要直通真实设备时，配合 IOMMU 虚拟化（Svinval 等）为 Guest 提供 DMA 隔离与地址翻译。工程价值在于：让 RISC-V 平台具备完整的虚拟化与安全设备访问能力，支撑 RISC-V 服务器与云场景的落地。

虚拟化需要硬件原语（地址翻译、中断、IOMMU）。H-extension + virtio + IOMMU 协同，让 RISC-V 具备与 x86 相当的虚拟化能力。

• VMX root / non-root 两种模式
• VMCS 在切换中的作用
• VM-Enter/VM-Exit 的流程

VT-x 引入 VMX root 模式（VMM 运行）与 VMX non-root 模式（Guest 运行）。Guest 在 non-root 模式运行，遇到特权操作或事件时触发 VM-Exit 进入 root 模式交给 VMM 处理；VMM 处理完后通过 VM-Enter 回到 non-root 模式继续运行 Guest。VMCS 记录两种模式的 CPU 状态（guest-state、host-state）与控制字段，切换时自动保存/恢复对应状态，无需手动汇编存取。工程价值在于：硬件化的 VM-Exit/VM-Enter 让 VMM 与 Guest 的切换快速、安全、状态一致，是虚拟化运行效率的核心。

VMCS 是"切换的账本"，VMX root/non-root 是"切换的两个世界"。硬件负责状态切换，VMM 只需维护 VMCS，使虚拟化得以高性能运行。

• guest-state 与 host-state 的内容
• VM-Exit 时的状态保存机制
• 状态恢复的流程

VMCS 的 guest-state 区域保存 Guest 的 CPU 状态（通用寄存器、段寄存器、控制寄存器、RIP、RSP、eflags 等），host-state 区域保存 VMM/宿主的一部分状态（如 host 的 RSP、RIP 入口、CR3 等）。VM-Exit 发生时，硬件自动把 Guest 的现场保存到 guest-state 区域，并从 host-state 加载 host 的入口状态（RSP、CR3、RIP 等）切换到 VMM 运行；VM-Enter 时反向恢复 Guest 状态。这样 VMM 无需手动保存/恢复全部寄存器，切换由硬件原子完成。工程价值在于：状态保存/恢复的硬件化保证了切换的完整性与低延迟，避免软件保存导致的遗漏与开销。

VMCS 把"切换时的现场保存"托管给硬件，guest-state 存 Guest、host-state 存宿主，Exit 时自动保存/恢复，是虚拟化高效切换的基础。

• KVM 内核模块与 QEMU 用户的职责
• vCPU 线程模型
• 设备模拟与加速的协同

KVM 技术栈分为两层：KVM 内核模块（/dev/kvm）负责 CPU/内存虚拟化加速（创建 vCPU、处理 VM-Exit、EPT 等），QEMU 用户态进程负责设备模拟（virtio、PCI、磁盘、网络等）与整个 VM 的配置。每个 vCPU 对应 QEMU 中的一个线程（vCPU 线程），通过 ioctl 进入 KVM 的 VMX/SVM 运行，陷入时由内核处理或返回用户态模拟。设备对 QEMU 的模拟通过中断与内存访问驱动，QEMU 与 KVM 通过 ioctl/共享内存交互。工程价值在于：利用内核的高性能加速 + 用户态的灵活模拟，达到"性能与兼容性兼得"，是主流 Linux 虚拟化栈。

"KVM 内核加速 + QEMU 用户层模拟"是职责分离的典型：需要性能的进内核，需要灵活/可移植的留用户态。vCPU 线程是二者的连接点。

• 虚拟化主要开销来源（trap、MMU、中断注入）
• 各优化技术的原理
• 综合性能提升

虚拟化开销主要来自：trap（特权操作陷入 VM-Exit）、MMU（地址翻译与页表管理）、中断注入（外部中断到 Guest 的投递）。优化手段：trap 通过硬件虚拟化扩展（root/non-root、VMCB/VMCS）与"减少退出"（如 VMCALL 半虚拟化、虚拟化特权指令）降低 exit 频率；MMU 通过 EPT/NPT 硬件二级翻译减少页表同步与缺页 exit；中断注入通过 posted interrupt 让硬件直接投递中断，消除中断路径的 VM-Exit。工程价值在于：这三类优化让虚拟化负债从"每操作都 exit"降到"几乎零 exit"，使虚拟化性能逼近原生。

虚拟化性能的核心是"减少 VM-Exit"。trap、MMU、中断三大开销分别用硬件虚拟化、EPT/NPT、posted interrupt 针对性消除，是性能优化的三条主线。

• VT-x/AMD-V 的硬件能力
• KVM 内核模块的角色
• QEMU 设备模拟与整体协同

KVM 虚拟化技术栈是"硬件加速 + 内核 + 用户态模拟"三层：底层是 VT-x/AMD-V 等硬件虚拟化扩展，提供 VMX root/non-root、EPT/NPT、posted interrupt 等原语；KVM 内核模块作为 /dev/kvm 设备，利用这些硬件原语创建 vCPU、管理内存、处理 VM-Exit，提供系统调用接口；QEMU 用户态负责设备模拟（virtio、磁盘、网络）与 VM 配置，通过 ioctl 与 KVM 交互。三个层次职责清晰：硬件提供性能，KVM 提供内核级加速，QEMU 提供灵活的模拟与兼容。工程价值在于：让 Linux 能以接近原生性能运行多种操作系统，是 IaaS 云的核心底座。

三层各司其职——硬件加速（VT-x/AMD-V）、内核接口（KVM）、用户态模拟（QEMU），是"性能、安全、灵活"三者的平衡。

• 嵌套虚拟化的 VM-Exit 嵌套放大
• 开销来源（多重退出、状态切换）
• shadow VMCS 的缓解机制

嵌套虚拟化是"虚拟机里再跑虚拟机"（L0 宿主、L1 hypervisor、L2 Guest）。其开销在于：一次 L2 的陷阱要经过 L2→L1→L0→L1→L2 的多重 VM-Exit/Enter 切换，每次切换都要保存/恢复状态，且 L1 的 VMCS 需要被 L0 模拟，导致延迟放大与 CPU 开销巨大。硬件 shadow VMCS（shadow VMCS）是 Intel 提供的机制：L0 可在内存中维护 L1 的 VMCS 副本，让 L1 读/写 VMCS 时无需每次都陷入 L0 校验，L0 只在校验有变化时同步，从而减少嵌套下的 VM-Exit 次数。工程价值在于：缓解嵌套虚拟化的性能衰退，使"云中云"、开发/测试环境中的嵌套虚拟化更可用。

嵌套的额外开销来自"虚拟化被再虚拟化一次"。shadow VMCS 用"缓存副本 + 按需同步"减少 L1 访问 VMCS 带来的 L0 陷入，是削减嵌套开销的关键硬件手段。

• H-extension 提供的虚拟化原语
• KVM RISC-V 如何利用 H-extension
• 协同边界与职责划分

RISC-V H-extension 提供虚拟化所需的硬件原语（Guest 模式、两级地址翻译 G-stage、虚拟化中断、虚拟设备等），Linux KVM RISC-V 通过这些原语实现 hypervisor：KVM 内核负责 vCPU 创建、G-stage 页表管理、中断虚拟化，Guest 运行在 H-extension 的 Guest 模式。工程边界在于：H-extension 处理"硬件虚拟化"（地址翻译、特权指令隔离、中断），KVM 处理"hypervisor 逻辑"（调度、内存管理、处理器统一接口），两者通过特权指令与 CSR 交互，职责清晰。工程价值在于：为 RISC-V 提供标准的 Linux 虚拟化栈，支撑 RISC-V 服务器与嵌入式虚拟化场景。

H-extension 是"硬件加速器"，KVM 是"调度与管理者"。边界清晰：硬件管翻译与隔离，内核管策略与调度。

• 容器与虚拟机隔离机制的本质差异
• 共享内核 vs 独立内核
• 安全边界与逃逸风险

容器通过 namespace（隔离进程/网络/挂载等视图）与 cgroup（限制资源）实现资源与命名空间隔离，但所有容器共享宿主内核，隔离边界是"内核内的逻辑隔离"，安全边界较软，一旦逃逸（如内核漏洞）可影响整个宿主。虚拟机（KVM）通过硬件虚拟化（EPT、VT-x）为每个 Guest 提供独立内核与独立地址空间，隔离边界是"硬件强隔离"，Guest 逃逸需突破硬件虚拟化层，难度更大。工程价值在于：容器适合"共享内核、高密度"场景，VM 适合"强隔离、安全敏感"场景，两者常搭配（如 K8s 节点 + 容器）取长补短。

核心差异是"是否共享内核"。共享内核的容器隔离边界在软件层，VM 的隔离边界在硬件层，故 VM 安全边界更强、容器更轻量。

• virtio 半虚拟化的优缺点
• VFIO 设备直通的优缺点
• 取舍依据

virtio 是半虚拟化：Guest 使用 virtio 前后端驱动，通过共享队列与设备交互，由 VMM 在用户态模拟设备，兼容性好、可动态迁移、无需专用硬件，但有一定 CPU 开销（模拟路径）。VFIO 是设备直通：把真实物理设备直接分配给 Guest，通过 IOMMU 隔离与中断桥接，性能接近原生（近零开销），但需要专用/可直通硬件、设备被独占、迁移困难。取舍依据：追求性能与低延迟（如 GPU、高速网络、NVMe）选 VFIO；追求灵活、兼容、可迁移与资源复用选 virtio。工程价值在于：根据负载特性选择，平衡性能与运维。

半虚拟化用"软件模拟换灵活性"，直通用"硬件独占换性能"。选择取决于性能需求与运维成本间的权衡。

• virtio 前后端驱动
• virtqueue 队列与 descriptor
• 通知机制（kick/notify）

virtio 半虚拟化采用前端驱动（Guest 内）与后端设备（VMM/宿主）配合。数据通过 virtqueue（虚拟队列）传递，队列中的 descriptor 描述内存缓冲区，Guest 与后端通过共享内存访问队列。通知机制：Guest 提交请求后通过"kick"（通知后端）告知 VMM 处理，处理完成后后端通过"notify"（中断/事件）通知 Guest 取回结果。相比设备直通，virtio 用共享队列 + 通知替代硬件寄存器/MMIO 访问，减少模拟开销，兼顾性能与兼容。工程价值在于：让虚拟设备以接近原生的高效方式工作，同时保持设备热插拔与可移植性。

virtio 的核心是"共享队列 + 通知"。前后端通过 virtqueue 解耦数据交换，用 kick/notify 控制同步，避免了逐寄存器模拟的昂贵路径。

• vCPU 与宿主线程的映射
• RT 调度策略对 vCPU 的作用
• CPU 固定（pin）与亲和性

KVM 的每个 vCPU 是宿主上的一个线程，由宿主调度器调度。默认用 CFS 调度，但 vCPU 的延迟对实时性敏感负载可能不够。通过 RT 调度（SCHED_FIFO/SCHED_RR）或实时 threaded irq 可提升 vCPU 线程的优先级，减少被抢占的延迟。CPU 固定（CPU pinning）通过 taskset/亲和性把 vCPU 线程绑定到特定物理 CPU，避免 vCPU 在核间迁移带来的缓存失效与抖动，保证性能稳定。工程价值在于：针对延迟敏感与高吞吐负载，通过调度策略与 CPU 绑定的组合优化 vCPU 的执行质量。

vCPU 是宿主线程，调度质量决定虚拟化延迟。RT 提升优先级、CPU pin 消除抖动，二者结合可显著改善虚拟机的实时性与稳定性。

• 内存超分配（overcommit）的概念
• balloon 机制的原理
• 与宿主内存回收的协同

内存超分配（overcommit）指宿主给多个 VM 分配的总内存超过物理内存，依赖各 VM 实际使用量低于申请量。balloon 是实现超分配回收的关键机制：Guest 内运行 balloon 驱动，宿主通过 balloon 设备请求 Guest 释放一部分内存（向 Guest 推销"假内存页"），Guest 把空闲页归还给宿主，宿主回收后分配给其他 VM。当 Guest 需要内存时，balloon 再"放气"归还。工程价值在于：让云平台在保持各 VM 运行的同时，通过弹性回收实现高密度内存复用，提升资源利用率与经济效益。

超分配靠"超额预约 + 按需回收"。balloon 是宿主与 Guest 间的内存伸缩阀，用"向 Guest 借页"的方式回收空闲内存，是云内存复用的常用手段。