Tone Asked: 2009-07-09 03:58:25 +0800 CST2009-07-09 03:58:25 +0800 CST 2009-07-09 03:58:25 +0800 CST 客户端机器和家庭服务器之间的连接很慢 772 我有一台服务器，双核，4GB RAM，运行 Windows Server 2008，用作我的主文件服务器。 访问它突然变得非常缓慢。无论我是 RDP 还是通过映射驱动器远程访问文件，它都很慢！ 我可以通过 VPN RDP 进入位于另一个州的其他机器，它们的运行速度要快得多。 如果我直接在服务器本身上工作，那么它很活泼。似乎它是我的客户端机器和服务器之间的东西。 我将如何检查两台机器之间的网络连接速度？或者还有什么我应该检查的？ windows-server-2008 slow-connection 5 个回答 Voted Best Answer Evan Anderson 2009-07-09T04:05:29+08:002009-07-09T04:05:29+08:00 在过去一年左右的时间里，我已经看到很多小型 el Cheapo 网络交换机“发疯”。故障模式是超慢传输和丢包。（我在去年主要使用 LinkSys 交换机看到它）。我会怀疑，尽管不一定是第一件事。幸运的是，使用“文件和打印共享”进行简单的速度测试非常简单。 您可以使用 fsutil 命令在客户端计算机上创建一个大型临时文件，然后对传输到服务器计算机的时间进行计时，从而对文件服务器吞吐量进行“快速而肮脏”的测试： fsutil file createnew temp-file-name 209715200 这将创建 200MB 的临时文件。您可以使用以下脚本（从您创建临时文件的目录，并假设您有权复制到服务器计算机上的某个共享）进行带计时的快速复制： @echo off echo.|time copy temp-file-name \\server-computer-name\share-name echo.|time 从开始时间减去结束时间，转换为秒，然后将 209715200 除以经过的秒数，得到每秒字节数。 在 100Base-TX LAN 上，您应该会看到每秒超过 7,000,000 字节（大约 56Mbps）。低于此值的任何内容，我都会开始怀疑发生了什么事。假设服务器计算机相当现代，它应该能够毫无问题地填充 100Mbps 管道。如果您看到传输速度比这慢，我会开始查看服务器和客户端连接到的交换机管理界面中的错误计数器。您可能有错误的布线、双工不匹配或 NIC 驱动程序问题。这只是有条不紊地跟踪问题的问题。 编辑：文件复制测试是一个很好的测试，因为您可以在没有任何第三方软件的情况下进行它。由于您发现确实存在瓶颈，下一步是确定瓶颈的原因。 WSTTCP 实用程序（可在http://www.pcausa.com/Utilities/pcattcp.htm获得）是对 NIC 驱动程序和网络基础设施硬件的快速而肮脏的测试。它发送的数据不是来自磁盘或写入磁盘，因此客户端和服务器上的磁盘子系统最终被排除在等式之外。 在一台机器上，执行以下命令（在解压 WSTTCP 之后！）以“监听”连接： wsttcp -r 在另一台机器上，执行以下命令将测试传输到远程机器： wsttcp -t <hostname> 在 100Mbps 以太网上，您可能需要修改发送命令（在再次启动发送器之前在接收器上重新运行接收命令）以发送更多缓冲区，因为通过更长的测试您将获得更准确的数字： wsttcp -t -n8192 <hostname> 这将移动 64MB 的流量。增加“8192”号码以发送更多流量。 您需要允许侦听器通过侦听计算机上的防火墙软件（默认为 TCP 端口 5001）或暂时禁用防火墙。 如果您看到 WSTTCP 的传输速度不错，但文件副本的传输速度很慢，请开始查看您的磁盘子系统（并考虑运行硬盘驱动器基准测试）。如果使用 WSTTCP 的网络传输仍然很糟糕，请继续调查网络基础设施、电缆、NIC 驱动程序或 NIC 硬件。 很好的狩猎。 zeroXten 2009-07-09T04:01:40+08:002009-07-09T04:01:40+08:00 我推荐的一件事是检查病毒等。运行 netstat 以查看打开的连接并查看是否有任何问题/意外。可能有用于测试两台 Windows 机器之间带宽的工具，但我不知道。iperf 可能在 cygwin 中工作。 mm2010 2009-07-09T04:28:21+08:002009-07-09T04:28:21+08:00 对目标 pc 执行 tracert 命令以查看延迟在哪里。这将为您提供有关每一跳的详细统计信息。 语法如：tracert 196.12.2.13 mit 2009-07-09T04:53:48+08:002009-07-09T04:53:48+08:00 用户界面（您的远程windwos 2008 服务器桌面）上的某些东西可能会降低速度。也许是一些设置，用户界面效果。或者一些第三方软件。任何移动、透明或具有颜色渐变的东西都比较慢。屏幕的平方和单色部分更快。 Colin Dekker 2009-07-10T06:56:16+08:002009-07-10T06:56:16+08:00 也许这也是问题的一部分？ 远程差分压缩
在过去一年左右的时间里，我已经看到很多小型 el Cheapo 网络交换机“发疯”。故障模式是超慢传输和丢包。（我在去年主要使用 LinkSys 交换机看到它）。我会怀疑，尽管不一定是第一件事。幸运的是，使用“文件和打印共享”进行简单的速度测试非常简单。
您可以使用 fsutil 命令在客户端计算机上创建一个大型临时文件，然后对传输到服务器计算机的时间进行计时，从而对文件服务器吞吐量进行“快速而肮脏”的测试：
这将创建 200MB 的临时文件。您可以使用以下脚本（从您创建临时文件的目录，并假设您有权复制到服务器计算机上的某个共享）进行带计时的快速复制：
从开始时间减去结束时间，转换为秒，然后将 209715200 除以经过的秒数，得到每秒字节数。
在 100Base-TX LAN 上，您应该会看到每秒超过 7,000,000 字节（大约 56Mbps）。低于此值的任何内容，我都会开始怀疑发生了什么事。假设服务器计算机相当现代，它应该能够毫无问题地填充 100Mbps 管道。如果您看到传输速度比这慢，我会开始查看服务器和客户端连接到的交换机管理界面中的错误计数器。您可能有错误的布线、双工不匹配或 NIC 驱动程序问题。这只是有条不紊地跟踪问题的问题。
编辑：文件复制测试是一个很好的测试，因为您可以在没有任何第三方软件的情况下进行它。由于您发现确实存在瓶颈，下一步是确定瓶颈的原因。
WSTTCP 实用程序（可在http://www.pcausa.com/Utilities/pcattcp.htm获得）是对 NIC 驱动程序和网络基础设施硬件的快速而肮脏的测试。它发送的数据不是来自磁盘或写入磁盘，因此客户端和服务器上的磁盘子系统最终被排除在等式之外。
在一台机器上，执行以下命令（在解压 WSTTCP 之后！）以“监听”连接：
在另一台机器上，执行以下命令将测试传输到远程机器：
在 100Mbps 以太网上，您可能需要修改发送命令（在再次启动发送器之前在接收器上重新运行接收命令）以发送更多缓冲区，因为通过更长的测试您将获得更准确的数字：
这将移动 64MB 的流量。增加“8192”号码以发送更多流量。
您需要允许侦听器通过侦听计算机上的防火墙软件（默认为 TCP 端口 5001）或暂时禁用防火墙。
如果您看到 WSTTCP 的传输速度不错，但文件副本的传输速度很慢，请开始查看您的磁盘子系统（并考虑运行硬盘驱动器基准测试）。如果使用 WSTTCP 的网络传输仍然很糟糕，请继续调查网络基础设施、电缆、NIC 驱动程序或 NIC 硬件。
很好的狩猎。
我推荐的一件事是检查病毒等。运行 netstat 以查看打开的连接并查看是否有任何问题/意外。可能有用于测试两台 Windows 机器之间带宽的工具，但我不知道。iperf 可能在 cygwin 中工作。
对目标 pc 执行 tracert 命令以查看延迟在哪里。这将为您提供有关每一跳的详细统计信息。
语法如：tracert 196.12.2.13
用户界面（您的远程windwos 2008 服务器桌面）上的某些东西可能会降低速度。也许是一些设置，用户界面效果。或者一些第三方软件。任何移动、透明或具有颜色渐变的东西都比较慢。屏幕的平方和单色部分更快。
也许这也是问题的一部分？
远程差分压缩