我有一个服务器，双核心，4GB内存，运行Windows Server 2008，我用作我的主要文件服务器。
访问它突然变得非常缓慢。 无论我是RDP或通过映射驱动器远程访问文件，它只是慢！
我可以通过VPN将RDP放入位于另一个状态的其他机器，并且运行得更快。
如果我直接在服务器上工作，它很快。 似乎这是我的客户端机器和服务器之间的东西。
我将如何去检查两台机器之间的networking连接速度？ 或者我应该检查什么？
在过去的一年里，我看到很多小型的networking交换机“疯了”。 失败模式是超慢速传输和丢包。 （我在去年主要见过LinkSys交换机）。 我怀疑，虽然不一定是第一件事。 幸运的是，一个简单的速度testing是相当简单的“文件和打印共享”。
您可以使用fsutil命令在客户端计算机上创build一个大的临时文件，然后计算传输到服务器计算机，从而对文件服务器吞吐量进行“快速和肮脏”testing：
fsutil file createnew temp-file-name 209715200 这将创build200MB的临时文件。 您可以使用以下脚本（从您创build临时文件的目录中，假设您有权将其复制到服务器计算机上的某个共享）执行快速复制（使用定时器）：
@echo off echo.|time copy temp-file-name \\server-computer-name\share-name echo.|time
从开始时间减去结束时间，转换为秒数，然后将秒数除以209715200，以获得每秒字节数。
在100Base-TX局域网上，你应该看到每秒700万字节（大约56Mbps）。 任何低于这一点，我会开始怀疑有事。 假设服务器计算机是相当现代的，它应该能够填充100Mbps的pipe道，没有问题。 如果您看到传输速度比这慢，我会开始查看服务器和客户端连接到的交换机的pipe理界面中的错误计数器。 您可能有错误的布线，双工不匹配或NIC驱动程序问题。 这只是一个有系统地追踪问题的问题。
编辑：文件复制testing是一个很好的testing，因为你可以进行它没有任何第三方软件。 既然你已经发现了瓶颈，下一步就是找出瓶颈的原因。
WSTTCP实用程序（可从http://www.pcausa.com/Utilities/pcattcp.htm获得 ）是对网卡驱动程序和networking基础结构硬件的快速而脏的testing。 它发送的数据不是从磁盘发出或写入磁盘，所以客户端和服务器上的磁盘子系统最终被排除在等式之外。
在一台机器上，执行以下操作（解包WSTTCP后），以“侦听”连接：
wsttcp -r
在另一台机器上，执行以下操作将testing传输到远程机器：
wsttcp -t <hostname>
在100Mbps以太网上，您可能需要修改发送命令（在再次启动发射器之前重新运行接收器上的接收命令）以发送更多缓冲区，因为使用更长的testing会得到更准确的数字：
wsttcp -t -n8192 <hostname>
这将移动64MB的stream量。 增加“8192”号码发送更多stream量。
您需要允许侦听程序通过监听计算机上的防火墙软件（默认情况下，TCP端口为5001），或者暂时禁用防火墙。
如果使用WSTTCP可以看到很好的传输速度，但是使用文件副本传输缓慢，请开始查看磁盘子系统（并考虑运行硬盘驱动器基准testing）。 如果networking传输仍然是W / WSTTCP，请继续调查networking基础结构，布线，NIC驱动程序或NIC硬件。
好狩猎
我build议的一件事情是检查病毒等。运行netstat查看打开的连接，并看看是否有什么是狡猾/意外。 有可能的工具来testing两个Windows机器之间的带宽，但我不知道任何。 iperf可能可以在cygwin中工作。
执行一个tracert命令到目的地pc来查看延迟的位置。 这会给你详细的每一跳的统计资料。
语法例如：tracert 196.12.2.13
用户界面上的东西（您的远程windwos 2008服务器桌面）可能会降低速度。 也许一些设置，用户界面效果。 或者一些第三方软件。 任何移动或透明或具有颜色渐变的东西都会变慢。 屏幕的平方和单色部分更快。
也许这也是问题的一部分？
远程差分压缩