架构概述
Hyper-V采用基于Hyperisor的架构，并且充分利用Windows驱动模型，以便提供广泛的硬件支持。Hypervisor可以把单个服务器划分为多个CPU和内存的容器。由于采用微内核架构，Hyper-V可以提供高效的分区间通信机制，并在此基础上搭建高性能的虚拟I/O架构。根分区包含物理I/O设备，还将提供虚拟栈用来为子分区所实现的I/O服务。
original.aspx
虚拟栈可以实现模拟I/O设备，例如IDE控制器和DEC 21140A网卡。然而模拟这种设备的代价很昂贵。发送单个I/O请求，就有可能导致虚拟栈和子分区之间的多次切换。相反，Hyper-V提供专门为虚机环境所设计的虚拟I/O设备。这些虚拟设备连接到VMBus，这是一个支持即插即用的总线，使用共享内存，以便可以有效地进行分区间通信。Windows虚机可以自动检测到VMBus上的虚拟设备，并且加载合适的驱动程序。
original.aspx
Hyper-V中的虚拟输入/输出采用客户端/服务器架构，在根分区中包含VSP（虚拟服务提供程序），在子分区中包含VSC（虚拟服务客户端）。该架构极大地减少发送I/O请求所需的开销。如果Virtual Server用户把虚机迁移到Hyper-V中，他们将体会到高I/O的工作负载的CPU开销大大降低。
多处理器的虚机
在这第一篇文章里，笔者想着重指出Hyper-V的主要性能特性：多处理器的虚机。Hyper-V支持4 CPU的Windows Server 2008虚机，和2 CPU的Windows Server 2003虚机。如果服务器工作负载需要很高的性能，我们可以考虑用2 CPU或者4 CPU的Hyper-V虚机对其进行虚拟化。当然，只有当工作负载确实需要的时候，才应该使用多处理器虚机，因为拥有更多的处理器会带来一些额外的开销。
然而，操作系统内核和驱动会采用自旋锁（Spin Lock）的机制，在获得自旋锁之前，（线程）并不会阻塞，并一直处于自旋状态，前提是自旋锁只会保持很短的时间。但是虚拟化会打破这种条件，因为虚拟处理器是按时间片进行调度的。如果在保持自旋锁的时候竞争虚拟处理器，则其他虚拟处理器就要自旋很长时间，导致CPU循环的浪费
我们在Hypervisor和Windows Server 2008内核里加入创新设计，尽可能防止出现自旋锁的长时间等待条件，如果确实存在长时间等待条件，也会有效地加以检测并对其进行处理。我们还对Hypervisor进行设计，包括调度程序和内存虚拟化逻辑，以使它们在大多数临界区中都不会锁定，从而确保多处理器系统能够获得很好的延展性。
所以，4 CPU的Windows Server 2008虚机，其延展性可以和物理4 CPU系统一较高下。这是一个很好的注解，来诠释Windows Server 2008虚机和Hyper-V如何一起×××能上的改进。我们还将在后续的版本里继续提高多处理器系统和多处理器虚机的延展性。