我已经多年通过远程桌面（目前，Win7客户端，Win2008 R2服务器）连接到一小组服务器。 性能等同于直接连接。 客户机不在networking中，但是我通过IP连接并使用networking凭据。
最近，我build立了一个新的服务器（托pipeHyper-V），然后build立一个新的工作站（Win 7）进行pipe理和开发。 这和前面提到的服务器和客户端都在同一个网段上。
新客户端很容易连接到新的服务器，但延迟非常糟糕，以至于在服务器上看到和实现任何鼠标或键盘操作需要5-15秒。 尝试其他的Win7客户端展现相同的行为。 使用新的Win7客户端访问前面提到的服务器的行为与另一个Win7客户端完全相同。 因此，无论问题是什么，它都与新的服务器相关联。
这个问题在整个networking世界并不是未知的，我发现了基于客户端和基于服务器的修复。 尽pipe尝试过，基于客户端的修复程序（更改AutoTuning值）不起作用，基于服务器的修复程序（禁用任务卸载）也不起作用。
任何其他build议？
禁用服务器nic上的大型发送卸载。
撤消所有更改。 修复服务器上的驱动程序状况。 这不是一个configuration问题。 这是你的服务器在networking上发生的垃圾。 这可能是过时的司机，它可能是有缺陷的司机。 看到这一点，更糟糕的是，驾驶员无法计算出IP校验码，但驾驶员却被configuration为这样做。
发布networking接口的硬件，我们可以给你一个提示，在哪里可以find驱动程序。 或者，下次购买服务器时，请获取英特尔网卡并安装最新的驱动程序。 有很多不好的事情可以说他们（成本为一），但他们工作。 如：没有问题。 如：英特尔似乎雇佣了世界上最后一个能够为Windows创buildnetworking驱动程序的人。
Windows 2008R2的HyperV存在一些延迟问题….我的一些客户已升级到Windows 2012或2012 R2，并且从RDP客户端到HyperV客户端的networking稳定性有了显着提高。 这可能与集成虚拟交换机有关。
关于主机的硬件问题 – 我发现英特尔Pro系列以及英特尔的桌面Gbit适配器都可以与任何版本的HyperV搭配使用，但是在我的白盒上，主板上的Broadcomm以太网无法提供稳定的连接任何版本的HyperV guest虚拟机上的RDP会话。