多年来，我一直通过远程桌面连接到一小部分服务器（目前是 Win7 客户端、Win2008 R2 服务器）。性能相当于直接连接。客户端计算机不在网络中，但我通过 IP 连接并使用网络凭据。
最近，我搭建了一台新服务器（用于托管 Hyper-V），然后又搭建了一台新工作站（Win 7）来管理和开发。这些都与前面提到的服务器和客户端位于同一网段。
新客户端可以轻松连接到新服务器，但延迟非常严重，任何鼠标或键盘操作可能需要 5-15 秒才能在服务器上看到并执行。尝试另一个 Win7 客户端也会出现同样的行为。使用新的 Win7 客户端访问前面提到的服务器的行为与其他 Win7 客户端完全相同 - 完美。因此，无论问题是什么，它都与新服务器有关。
这个问题在整个网络世界中并不鲜见，而且我找到了基于客户端和基于服务器的修复方法。尽管尝试过，但基于客户端的修复方法（更改 AutoTuning 值）不起作用，基于服务器的修复方法（禁用任务卸载）也不起作用。
还有其他建议吗？
答案1
禁用服务器网卡上的大型发送卸载。
答案2
撤消所有更改。修复服务器上的驱动程序问题。这不是配置问题。这是服务器网络上发生的糟糕情况。这可能是驱动程序过时，也可能是驱动程序有缺陷。这种情况甚至更糟，因为驱动程序无法计算 IP 校验和，但配置了可以计算 IP 校验和的驱动程序。
发布网络接口的硬件，我们可以提示您在哪里可以找到驱动程序。或者，下次购买服务器时，购买英特尔网卡并安装当前驱动程序。人们可以说很多关于它们的坏话（成本就是其中之一），但它们确实有效。例如：没有问题。例如：英特尔似乎雇用了世界上最后能够为 Windows 创建网络驱动程序的人。
答案3
Windows 2008R2 的 HyperV 存在一些延迟问题……我的一些客户升级到了 Windows 2012 或 2012 R2，从 RDP 客户端到 HyperV 客户端的网络稳定性得到了显著改善。这可能与集成虚拟交换机有关。
关于主机的硬件问题 - 我发现英特尔 Pro 系列以及英特尔的台式机 Gbit 适配器可以与任何版本的 HyperV 配合使用，但在我的白盒上，主板上的 Broadcomm 以太网无法为任何版本的 HyperV 客户机上的 RDP 会话提供稳定的连接。