Windows 10上的Hyper与Windows Server上的Hyper-V

Question

Windows 10上的超级V与Windows上的超级V在特性和内存管理方面不同，如微软超视距文档中所述：

在Windows上运行的Hyper-V与在Windows服务器上运行的Hyper-V有一些不同的功能。超级V功能仅适用于Windows Server：

• 虚拟机从一个主机到另一个主机的实时迁移
• 超V型复制品
• 虚拟光纤通道
• SR-IOV联网
• 共享.VHDX

超级V功能仅适用于Windows 10：

• 快速创建和VM库
• 默认网络(NAT交换机)

在Windows环境下，超级V的内存管理模型是不同的.在服务器上，Hyper-V内存被管理，假设只有虚拟机在服务器上运行。在Windows上的Hyper-V中，内存被管理，除了运行虚拟机之外，大多数客户端机器都在主机上运行软件。

但最后一段让我有点困惑。这是否意味着Windows Server上的Hyper-V是类型1 Hypervisor，而在Windows 10类型2 Hypervisor上？

Answer 1

这是否意味着Windows Server上的Hyper-V是类型1 Hypervisor，而在Windows 10类型2 Hypervisor上？

不是的。这意味着内存调优假设在Windows 10上根分区(VM)运行应用程序，而不是假设超级assumes运行。

根分区是一个VM，见Hyper-V架构图。

人们喜欢辩论类型1和类型2，因为某种原因。下面是通过黑客新闻(黑客新闻)进行的更知情的辩论之一：

在init上，Hyper-V驱动程序劫持正在运行的Windows实例，将其调度为“根分区”，并像运行另一个VM一样运行它。与“子分区”不同，根分区仍然具有非虚拟化驱动程序，这些驱动程序不受特权指令陷阱的阻碍。当启动子分区(来宾VM)时，它被调度为根节点。它的虚拟处理器( VPs )与根分区的VP一起运行。当子分区捕获管理程序，或者使用一个开明的驱动程序时，hypervisor会向根分区发送一个总线请求，根分区使用由主机Windows内核实现的来处理IRQ。因此，虚拟机管理程序是连接主机Windows和子VM的桥梁，但是主机Windows实际上是作为一种特权VM本身运行的，只有一个具有完全硬件访问和调度优先级的虚拟机。

Answer 2

不，不一定，只是那是更多的特征。

• QUick create是IMHO的一个Hyper核心特性-它是额外的UI，在管理程序中没有任何内容。
• 作为NAT交换机的默认网络也是如此。这只是您可以在服务器上设置自己的东西(如果有必要，可以使用RRAS NAT作为NAT机制)。

两者都针对不同的用例-服务器更适合作为服务器使用，而在Windows中，这是一个受益于基于windwos的图库的用例。