非常慢的TCP速度和与UDP竞争的吞吐量

Question

我一直在监测一个1 Gbps的OM2光纤连接到一个交换机，我们与烟.最近几天似乎损失了3-4%。

使用iperf开始故障排除，将窗口大小设置为65K...Just进行交叉检查，我使用了使用相同窗口size...Both报告速度低于10 Mbps (!)的路径测试。这肯定是不可接受的，考虑到当使用PCI网卡时，逻辑传输速率将在Gpbs连接的1/4左右，并且在内存传输方面.

UDP测试，另一方面，从iperf和烟雾报告的速度在300-400 Mbps之间，到读写使用LanSpeed，我得到一个分别55-65 Mbps和20 Mbps.

在阅读了iperf在Windows上的实现之后，我现在认为使用该工具进行测试是错误的。

用于测试的机器是Windows (客户端)> Windows (服务器)，...all NIC在协商和报告预先协商好的局域网链接速度方面拥有自动的1 Gbps...no附件错误或在syslog上显示的升降速度。在1500..。使用Wireshark进行快速的Rawcap跟踪和跟踪分析显示了TCP零窗口错误，这清楚地解释了TCP吞吐量的显著下降。

开关是一个SG200-50，缺乏频带外的管理设施和cli，所以，目前，除了在web interface...already禁用零DNS服务，如Bonjour.

任何建议都非常感谢..。

Answer 1

正如罗恩所说，3-4%的数据包丢失率非常高。ThousandEyes对丢包的影响进行了一些实验，发现任何超过0.5%的结果都是非常有害的。请参阅：https://blog.thousandeyes.com/a-very-simple-model-for-tcp-throughput/

希望能更换纤维贴片(一定要先清洗它！)会有帮助的。否则，就开始调查损失的其他来源。

Answer 2

答案在您的问题中:) TCP窗口意味着数据流将停止运行，直到接收端的缓冲区被清除到能够接收更多数据为止。换句话说，你的网络连接工作得很好，问题在于你的PC/服务器。读一读这个链接。

由于某种原因对Zero窗口进行故障排除，通知Zero窗口的计算机将不会从主机接收更多数据。这可能是因为这台机器当时运行的进程太多了，而它的处理器却是最大的。或者可能是TCP接收器中有一个错误，比如Windows注册表配置错误。尝试确定当TCP窗口发生时客户端在做什么。

您之所以没有看到UDP的相同问题，是因为它是无连接的，因此它不知道也不关心远程端是否有可用的缓冲区，它将继续发送更多的数据。

我的建议是首先确保用于测试的主机有足够的RAM和CPU，如果它们有足够的内存和CPU，请尝试从几个不同的主机进行测试。事实上，阻碍你的不是网络连接，而是你的主机(S)没有足够快地处理接收到的数据，因此延迟了他们的ACK，这反过来又减慢了你的连接速度。