我的VMware主机上安装了Windows Server 2008 R2（SP1）作为RDS服务器。 有时我的远程用户可以看到RDS服务器上的延迟/延迟。 谁能告诉我从他们的经验什么是find这个服务器的瓶颈的最佳做法？
正如克里斯·S所说，有几件事情可能导致远程桌面性能差。 从我的经验来看，这是造成可能性的主要原因。
带宽
远程桌面性能低下的首要原因是带宽不足。 根据具体情况，会话可以使用几Kbps到几Mbps的带宽。 我自己的testing表明，通过PDF滚动将使用高达3 Mbps。 随着可用带宽的下降，感知性能也会下降。
您首先需要确定应用程序的带宽需求。 这需要在受控制的LAN环境下进行testing，然后在执行正常任务时测量带宽使用情况。 我个人的工作站上亲自使用了NetLimiter 。 您也可以从另一个angular度来处理这个问题，并使用NetLimiter强制您的连接速度降低到WAN连接的额定值。 这应该能够很好地说明你的远程用户正在看什么。
一旦你知道你的应用需要多less带宽，你需要确定它是否是限制因素。 首先，测量客户端和服务器之间的可用带宽。 一个很好的工具是iperf 。 我会假设你在受控testing期间有足够的带宽。
接下来，您需要设置某种带宽监视function，以查看用户报告的问题是否与stream量峰值或其他不受欢迎的事件相关。 我的首选是将stream量从交换机或路由器转储到ntop ，因为它提供了有用的带宽使用实时和历史报告。
如果遇到带宽问题，一个简单的更改就是更改远程桌面连接上的“体验”设置。 禁用视觉样式和animation，许多桌面操作看起来神速更快。
潜伏
远程桌面连接的另一个常见问题是延迟。 客户端和服务器之间需要有一个相当快的往返时间，否则人们将会感觉到延迟。 作为一个经验法则，大多数人开始注意到50到100毫秒的ping时间的问题。
幸运的是，这通常很容易诊断。 您可以设置SmokePing或PRTGnetworking监视器等监视工具，以提供监视服务器与任何其他任意主机之间的延迟报告。 你甚至可以使用内置的ping -t命令来进行短会话。 通常情况下，您希望将监视服务器定位在与远程桌面服务器相同的LAN上，然后针对服务器和客户端设置监视。 尝试将问题报告与高ping时间事件相关联。
如果您的ping时间traceroute ，请使用traceroute来查找引入延迟的位置。 如果确定问题存在于您自己的networking中，请考虑引入QoS过滤来优先考虑远程桌面等实时stream量。
另外，请注意任何通过无线介质连接的人，不pipe是802.11（WiFi）还是更糟糕的是卫星连接。 无线连接容易受到环境干扰，在各种条件下以及在不同的时间段内都可能导致严重的延迟问题。 而通过卫星使用远程桌面总是很糟糕。
本地CPU或内存最后，有可能你的服务器负担过重。 监控CPU和内存的使用情况，特别是在高峰时段，确保服务器能够及时满足请求。
上面提到的工具之一（PRTG）可以设置为随时间监视服务器的CPU和内存使用情况，并且可以生成图表，以便将问题报告与特定故障相关联。
奖励提示：如果您的用户在input时遇到困难，特别是修改键无法正确应用，请尝试更改“远程桌面”连接快捷方式上的键盘设置，以便将“应用Windows组合键”设置为“ On the local computer 。
查看RDS最佳实践分析器 。