我在 Dell PE T610 上运行 Hyper-V 核心，并安装了 2 个 Broadcom BCM5709C NetXtreme II GigE。我注意到，与从物理服务器复制到物理服务器相比，将 17GB 的大文件从网络物理服务器复制到 Hyper-V 主机本地驱动器 [不是 vm guest] 非常慢。
- 将 17GB 的文件物理复制到 Hyper-V 主机需要 30 分钟
- 将 17GB 的文件物理复制到物理主机需要 15 分钟
有人能告诉我应该在 Hyper-V NIC 上禁用哪些注册表节点来提高性能吗？到目前为止，我已经HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4 D36E972-E325-11CE-BFC1-08002BE10318}在两个物理 NIC 上将以下内容设置为 0：
- LSOv1IPv4
- LSOv2IPv6
- TCPUDP校验和卸载IPv4
- TCPUDP校验和卸载IPv6
我是否还应该禁用 *TCPConnectionOffloadIPv4 和 *TCPConnectionOffloadIPv6？
答案1
您是否正在将文件从一台 VM 复制到同一 Hyper-V 主机上的另一台 VM？
如果您正在进行物理到物理的传输，则一个磁盘/LUN 正在全速读取，另一个正在全速写入。如果您在同一存储上进行虚拟机到虚拟机的传输，则可以预期吞吐量只有一半，因为同一组磁盘正在执行读取和写入。
如果虚拟机使用独立存储，您使用的是动态磁盘还是直通磁盘？动态磁盘在 Hyper-V R2 中的开销要低得多，但不是零。不过，我预计吞吐量不会下降 50%。
答案2
我假设您只是将主机复制到主机，而不是复制到 VM，就像 Aaron 正确地将关注点放在 VM 周围一样。
我已经测试了这些场景，只需安装 Hyper-V 角色，就不会减慢服务器速度。为了证明这一理论，您可以删除该角色，或者在添加角色之前重新加载框并测试吞吐量。我怀疑与 Hyper-V 无关的东西是罪魁祸首。如果您在全新安装后必须进行 regedit，那么您可能走错了路。
如果不是驱动程序，那么它们是相同的操作系统版本吗？SMB 是从 Windows 复制文件/向 Windows 复制文件的协议，在 2008 年和 2008 R2 中进行了大规模更新。您需要确保您的测试基于所涉及的操作系统有效。如果文件复制涉及 Win2000/2003，传输速度会慢得多。
您是否考虑过磁盘主轴？较新的 SAS 驱动程序在 I/O 方面比较旧的 SCSI 或 SATA 更快。磁盘数量和 RAID 配置在文件复制中也很重要。如果使用已存在一段时间的服务器，碎片化也会发挥作用。
您可能在新服务器上格式化了磁盘，但磁盘未对齐。Google 可以帮助您了解如何检查磁盘格式是否对齐，如果未对齐，则会影响性能，如您所见。