发展微软Hyper-V平台的一个关键就是按照虚拟机与硬件互动的方式增加虚拟机的性能。但很多系统管理员对于Hyper-V直接承载的性能水平感到沮丧。事实上，这些性能归根结底涉及到理解虚拟机的I/O堆栈及其如何与Hyper-V管理程序互相影响。

　　该管理程序提供了一套完全集成的驱动，叫做合成驱动，它囊括了大部分管理员运行一个新操作系统所需驱动的80%。事实上，使用这些系统时照顾了存储、网络和视频。合成驱动与虚拟机总线（Virtual Machine Bus）充分互动并听从Hyper-V超级调用（Hypercall）界面的指挥。

　　仿真驱动也通过Hyper-V支持。虽然这些驱动以更基本的方式与该管理程序互相作用，它们不了解该管理程序并让机器可作为独立机器运行。这也是运行这个合成驱动的虚拟机被称之为文明的原因，虽然这些运行的仿真（或遗留）的驱动并不文明。通常，管理员运行合成驱动是为了达到最佳操作（optimal performance）。

　　父分区的角色

　　说到管理Hyper-V中的父分区，微软已经让虚拟化非常容易。如果得到了Windows Server 2008或2008 R2的认证，也就获得了使用Hyper-V的批准。只要检查硬件兼容性列表（HCL）。这通过利用父分区贡献其资源及管理虚拟机，让该管理程序在很多计算机配置上表现灵活。

　　但也可能出现问题，例如行为不当的驱动，或者是某些网络驱动上的具体默认设置都可能引起问题。这些网络驱动程序安装时会设置卸下一些NIC处理器的功能，包括TCP校检码卸载错误和大型机架构支持问题。因此面对网络性能问题时，管理员可能不想启用Hyper-V父分区上驱动程序里的加强功能。这对于那些不是设计成“服务器级别”的网络端口尤为重要。

　　让厂商考虑虚拟化的合适硬件是那些提供最佳性能和最少问题的适配器。同样地，如果服务器级别适配器可用，找找那些利用TCP Large Send Offload等工具的网络端口，它允许会话创建一个会在虚拟环境中减少检验码需求的大型TCP信息。

　　用旧版 Windows Server工作

　　有时候管理员需要不同于虚拟机的东西。例如，我有一个运行自定义应用程序的客户端，它需要Windows 2000。硬件有缺陷，但由于旧版 软件的兼容性需求，升级操作系统不是好的选择。但是我可以在一台Hyper-V虚拟机上安装Windows 2000。既然这样，Hyper-V做了我本应该做的事情，只是在受到教训之后。

　　每个Hyper-V管理员在安装操作系统后采取的第一步都是安装集成服务。这安装了加强虚拟设备（尤其是NIC）性能的合成驱动。这些对于存储和网络驱动尤为重要。由于Windows 2000是一个老系统，集成服务有些兼容，但不获支持。这种情况下，使用原有适配器更好，因为它得到完整支持，尽管它的性能不怎么样。

　　再说到支持问题，管理员也许还在控制面板发现有限的鼠标集成。但是启用失效服务器并将其运行于容易备份及快照的稳定硬件平台，这样做的花费并不大。

　　Linux支持如何？

　　Hyper-V中的Linux支持随着时间扩展，但仍然比较有限。事实上，只有付费、受支持的Linux版有集成服务支持，包括红帽企业服务器的特定版本和SUSE Linux企业服务器。但是，如果管理员需要运用另一个Linux版本，他们可以回到原有驱动。例如，一个最近安装的开源VoIP系统Asterisk，它现在利用原有网络适配器和其它仿真驱动，在性能方面没有什么明显影响。

　　在大部分情况中，支持合成驱动的操作系统影响最大。当管理员需要求助于原有驱动时，好处仍然远超过通常与该决策相关的小额性能成本支出。