关于KVM与XEN 虚拟机性能测试.docx

关于KVM与XEN 虚拟机性能测试KVM工作原理：KVM是一个基于Linux内核的虚拟机，它属于完全虚拟化范畴，从Linux-2.6.20开始被包含在Linux内核中。KVM基于x86硬件虚拟化技术，它的运行要求Intel?VT-x或AMD?SVM的支持。一般认为，虚拟机监控的实现模型有两类：监控模型（Hypervisor）和宿主机模型（Host-based）。由于监控模型需要进行处理器调度，还需要实现各种驱动程序，以支撑运行其上的虚拟机，因此实现难度上一般要大于宿主机模型。KVM的实现采用宿主机模型（Host-based），由于KVM是集成在Linux内核中的，因此可以自然地使用Linux内核提供的内存管理、多处理器支持等功能，易于实现，而且还可以随着Linux内核的发展而发展。另外，目前KVM的所有I/O虚拟化工作是借助Qemu完成的，也显著地降低了实现的工作量。以上可以说是KVM的优势所在。分析KVM中与Intel?VT-x相关的实现，不考虑KVM中与AMD?SVM相关的实现，因此有关术语的使用与Intel?VT-x保持一致。VT-x提供了一套称作VMX（Virtual?Machine?eXtension）的新的工作模式，工作在该模式下的处理器又具有两类操作模式：VMX?root?operation和VMX?non-root?operation。通常，虚拟机监控器运行在VMX?root?operation模式下，即所谓的特权级-1，客户操作系统运行在VMX?non-root?operation模式下。VMX?non-root?operation模式仍保留4个特权级，对操作系统来说，VMX?non-root?operation模式与传统的x86处理器兼容，最大的差别在于当虚拟机执行一些访问全局资源的指令时将导致虚拟机退出操作（VM?exit），从而使虚拟机监控器获得控制权，以便对访问全局资源的指令进行模拟。以后，虚拟机监控器可以通过虚拟机进入操作（VM?entry）使虚拟机重新获得控制权。其次，VT-x为系统编程接口状态的切换提供硬件支持。VT-x为每个虚拟机维护至少一个VMCS（Virtual?Machine?Control?Structure）结构，其中保存了虚拟机和虚拟机监控器的系统编程接口状态。当执行VM?exit和VM?entry操作时，VT-x自动根据VMCS中的内容完成虚拟机和虚拟机监控器间的系统编程接口状态切换。为系统编程接口状态的切换提供硬件支持是必要的，因为x86处理器的系统编程接口相比应用编程接口要复杂的多，且在不停的变化，如较新的处理器可能增加一些MSR（Model?Specific?Register），这使得单独依靠软件来实现系统编程接口的保存和恢复工作变得十分复杂。另外，VT-x还提供了一组指令，使得虚拟机监控器通过一条指令就可以完成虚拟机间的切换。VT-x解决了ring?deprivileging方法的一系列问题，从硬件上堵住了所谓的x86平台的虚拟化漏洞。由于操作系统所在的VMX?non-root?operation模式仍具有4个特权级，使得ring?aliasing问题不存在了。同时，由于SYSENTER和SYSEXIT指令所引起的adverse?impact?on?guest?transitions问题也不存在了；由于VT-x在VM?exit和VM?entry时完成系统编程接口的切换，也就是说虚拟机和虚拟机监控器拥有各自的GDT，也就拥有了各自的地址空间，解决了address?space?compression问题。同时，虚拟机和虚拟机监控器拥有各自的GDTR/IDTR等寄存器，在虚拟机中访问这些寄存器无需陷入，解决了nonfaulting?accessing?to?privileged?state问题，再者，VMCS中保存了虚拟机的段描述符高速缓存，因此在虚拟机切换时不会出现access?to?hidden?state问题；通过对VMCS进行设置，可以使处理器在VMX?non-root?operation模式时的EFLAGS.IF失效，即该标志位不再对中断屏蔽产生影响，因此操作系统对EFLAGS.IF的频繁操作不会导致频繁的VM?exit，解决了interrupt?virtualization的问题。VT-x提供了完备的处理器虚拟化机制，利用VT-x可以在单个硬件平台上虚拟出任意数量的虚拟处理器VCPU。VT-x除了解决了处理器虚拟化的问题之外，还为内存虚拟化和I/O虚拟化提供了支撑。在内存虚拟化方面，VT-x为影子页表的实现提供了支撑，并且在较新的处理器中还提供了EPT机制，进一步提高了内存虚拟化的效率。在I/O虚拟化方面，通过I/O位图机制可以方便地实现对Programmed?I