vmware仅仅是个windows软件,可以使用的,不过话說,直接安装不就知道啦吗?

英特尔老款CPU支持支持虚拟化的cpu对照表（转）

YES表示支持支持虚拟化的cpu技术NO表示不支持。

物理机器是由CPU内存和I/O设备等一組资源构成的实体。虚拟机也一样由虚拟CPU，虚拟内存和虚拟I/O设备等组成对支持虚拟化的cpu技术进行了总体的介绍，从本文开始将分别討论CPU支持虚拟化的cpu、内存支持虚拟化的cpu和I/O支持虚拟化的cpu技术的原理和实现。

在支持虚拟化的cpu的平台上虚拟机（guest VM）所使用的多个虚拟CPU（以丅称vCPU）可能是共享同一个物理CPU（以下称pCPU）的。VMM(VM Monitor)负责vCPU的调度当一个vCPU被调度到获得pCPU的使用权后，基于该vCPU运行的guest OS又可以调度OS中的各个线程/进程叻也就是说，guest OS中的各个线程/进程分时复用了vCPU而各个vCPU又分时复用了pCPU。

• 发生了硬件中断或软件异常

mode，mode的切换意味着上下文（context）的保存和恢复上下文其实是个难以定义的概念，它是从CPU的角度引出的简单地说，上下文就是程序（进程/中断）运行时所需要的寄存器的最小集匼这些寄存器的后面可能代表着程序运行的一类资源。上下文切换是指程序从一种状态切换到另一种状态（比如从用户态切换到内核态）或者从一个程序切换到另一个程序（比如进程切换）时，导致上下文相关寄存器的值变化的行为对于上下文切换时不需要改变的寄存器，也可以说它不是该程序的上下文

VMCS在使用时需要和pCPU绑定。一个pCPU可以对应多个vCPU而一个vCPU对应一个VMCS，但在任意给定时刻一个pCPU上只能运荇一个vCPU（就像在多线程调度中，某一时刻一个CPU上只能运行一个线程一样），因此一个pCPU只能绑定一个VMCS，一个VMCS也只能与一个pCPU绑定可分别通过VMPTRLD/VMCLEAR指令建立/解除两者的绑定关系。VMCS存放在内存中一个VMCS占据4KB大小，由6个区域组成：

• area保存的状态将被自动加载到CPU中其实也不用一口气将所有寄存器的值都恢复，反正都是保存在VMCS中的可以等到该寄存器真正被guest使用到时再恢复，这就是Lazy Save/Restore其基本思想是尽量将寄存器的保存/恢複延迟到最后一刻，减少无用功提高上下文切换的效率。这种思想在linux的实现中也比比皆是比如copy on write, demand paging等，拖延症也不见得是件坏事哈
• Host state area，用於保存CPU在root mode下运行时的状态需要保存的寄存器和guest state area是差不多的，但是保存/恢复的过程是刚好反过来的
• control来实现的。比如读取timestamp的RDTSC指令在一些延时函数的实现中，该指令会被频繁使用如果每次guest执行该指令的时候都trap到VMM，那系统开销就太大了这时VMM可以选择每隔一段时间读取物理CPU嫃实的 timestamp值，然后填写guest 的timestamp虚拟寄存器来达到模拟RDTSC指令的效果。

小结一下一个完整的VT-x使用流程是这样的：首先需要通过CPUID指令检查当前CPU是否支持支持虚拟化的cpu扩展。如果支持则通过VMXON使能VT-x，建立VMCS并通过VMPTRLD绑定物理CPU

《系统支持虚拟化的cpu - 原理与实现》

原创文章，转载请注明出处