3、虚拟化技术基础：CPU虚拟化（VT-x/AMD-V）、内存虚拟化（EPT/NPT）、I/O虚拟化（VT-d/SR-IOV）
好，咱们进入正题。虚拟化技术，说白了就是让一台物理机，能同时跑多个操作系统。你想想看，每个操作系统都觉得自己独占硬件，这背后是怎么做到的？
我个人习惯把虚拟化拆成三个核心维度来看：CPU、内存、I/O。这三个维度搞定了，虚拟化就稳了。今天咱们就一个一个掰开揉碎了讲。
3.1 CPU虚拟化：VT-x与AMD-V
先聊CPU虚拟化。早期的虚拟化，用的是“陷阱-模拟”技术。Guest OS执行敏感指令，VMM（虚拟机监视器）捕获并模拟。效率低得吓人。我当年在项目中调过这种方案，性能损耗能到30%以上，简直没法用。
后来Intel和AMD坐不住了，推出了硬件辅助虚拟化。Intel的叫VT-x，AMD的叫AMD-V。说白了，就是在CPU层面增加了两种运行模式：根模式（Root Mode）和非根模式（Non-root Mode）。
- 根模式：VMM运行的地方。拥有全部权限。
- 非根模式：Guest OS运行的地方。敏感指令会被硬件自动捕获，交给VMM处理。
嗯，这里要注意：VT-x引入了一个关键数据结构——VMCS（虚拟机控制结构）。每次VM Entry（进入Guest）和VM Exit（退出Guest），CPU都会自动保存和恢复VMCS中的状态。这个切换开销，是性能的关键。
核心要点：VT-x/AMD-V让CPU虚拟化从“软件模拟”变成了“硬件加速”。Guest OS执行敏感指令时，不再需要VMM逐条模拟，而是由硬件直接处理。性能提升是质的飞跃。
我的经验：我曾经在调优KVM性能时，发现频繁的VM Exit导致CPU利用率虚高。后来通过优化VMCS配置，减少了不必要的退出次数，性能提升了15%。记住，VM Exit是性能杀手，能少则少。
3.2 内存虚拟化：EPT与NPT
内存虚拟化，比CPU虚拟化更复杂。为什么？因为内存要经过两层地址转换：
- GVA（客户机虚拟地址）→ GPA（客户机物理地址）：由Guest OS的页表完成。
- GPA（客户机物理地址）→ HPA（宿主机物理地址）：由VMM的页表完成。
传统方案是“影子页表”。VMM为每个Guest维护一份影子页表，直接映射GVA→HPA。Guest的页表更新，VMM要同步到影子页表。开销大，实现复杂。我记得第一次看影子页表的代码，头都大了。
后来Intel和AMD分别推出了EPT（扩展页表）和NPT（嵌套页表）。硬件直接支持两层地址转换。Guest OS维护自己的页表（GVA→GPA），VMM维护EPT/NPT页表（GPA→HPA）。CPU硬件自动完成两级转换。
| 特性 | 影子页表 | EPT/NPT |
|---|---|---|
| 实现方式 | 软件模拟 | 硬件支持 |
| 性能 | 低（频繁VM Exit） | 高（硬件加速） |
| 内存开销 | 高（每个Guest一份影子页表） | 低（共享EPT/NPT页表） |
| 复杂度 | 高（VMM需同步页表） | 低（硬件自动处理） |
核心要点：EPT/NPT将内存虚拟化的性能损耗降到了接近物理机的水平。Guest OS的内存访问，大部分情况下不需要VMM介入。硬件自己就把活干了。
避坑指南：我曾经遇到过一个问题：开启EPT后，某些内存密集型应用反而变慢了。排查后发现是EPT页表层级过深（5级页表），TLB miss率飙升。解决方案是调整HugePage配置，减少页表层级。记住，EPT不是银弹，需要配合HugePage使用。
3.3 I/O虚拟化：VT-d与SR-IOV
最后聊I/O虚拟化。这是虚拟化中最头疼的部分。为什么？因为I/O设备种类多、性能要求高、中断处理复杂。
传统方案是“设备模拟”。VMM模拟出一块网卡、磁盘等设备，Guest OS通过模拟设备访问物理硬件。性能损耗大，尤其是网络和存储。我做过一个测试，模拟网卡的吞吐量只有物理网卡的60%。
Intel VT-d（Virtualization Technology for Directed I/O）解决了部分问题。它提供了DMA重映射和中断重映射功能。简单说，就是让物理设备可以直接DMA到Guest的内存空间，不需要VMM中转。
- DMA重映射：设备DMA地址经过IOMMU（I/O内存管理单元）转换，直接映射到Guest物理地址。
- 中断重映射：设备中断直接投递到Guest，不需要VMM转发。
但VT-d有个问题：一个物理设备一次只能分配给一个Guest。如果多个Guest共享一个物理网卡，还是得走VMM。
这时候SR-IOV（单根I/O虚拟化）就派上用场了。它让一个物理设备，在硬件层面虚拟出多个“虚拟功能”（VF）。每个VF看起来就是一个独立的设备，可以直接分配给不同的Guest。
核心要点：VT-d解决了设备直通的问题，SR-IOV解决了设备共享的问题。两者结合，I/O虚拟化的性能可以接近物理机。我建议在生产环境中，网络和存储尽量用SR-IOV。
我的经验：我曾经在数据中心部署过SR-IOV网卡。配置时要注意：PF（物理功能）和VF（虚拟功能）的队列数要匹配。VF队列太少，会导致网络丢包。另外，SR-IOV对NUMA架构敏感，VF最好分配在同一个NUMA节点上。
3.4 小结
好，咱们总结一下。CPU虚拟化靠VT-x/AMD-V，解决了指令模拟的性能问题。内存虚拟化靠EPT/NPT，解决了地址转换的开销问题。I/O虚拟化靠VT-d/SR-IOV，解决了设备直通和共享的问题。
这三个技术，是虚拟化的基石。你想想看，没有硬件辅助，纯软件虚拟化能跑起来吗？能，但性能惨不忍睹。有了硬件辅助，虚拟化才真正走向了生产环境。
下一章，咱们会深入KVM的架构，看看这些技术是怎么在Linux内核中落地的。到时候我会分享一些内核调试的实战经验，敬请期待。