2
300Mbit（14％）处的UDP极端丢包，但不重传的TCP> 800Mbit
我有一个Linux盒子用作iperf3客户端，测试了2个配备Broadcom BCM5721、1Gb适配器（2个端口，但只有1个用于测试）的配置相同的Windows 2012 R2服务器盒。所有机器都通过一个1Gb交换机连接。 以例如300Mbit测试UDP iperf3 -uZVc 192.168.30.161 -b300m -t5 --get-server-output -l8192 导致丢失所有已发送数据包的14％（对于具有完全相同硬件的其他服务器盒，但是使用较旧的NIC驱动程序，丢失大约为2％），即使丢失50Mbit也会发生丢失，尽管严重程度较低。使用等效设置的TCP性能： iperf3 -ZVc 192.168.30.161 -t5 --get-server-output -l8192 产生800Mbit以北的传输速度，没有报告的重新传输。 始终使用以下选项启动服务器： iperf3 -sB192.168.30.161 谁该怪？ Linux客户端盒（硬件？驱动程序？设置？）？ 编辑：我只是将测试从一个Windows服务器盒运行到另一个，而300Mbit的UDP数据包丢失甚至更高，为22％ Windows服务器框（硬件？驱动程序？设置？）？ 连接所有测试机器的（单个）开关？ 电缆？ 编辑： 现在，我尝试了另一个方向：Windows-> Linux。结果：数据包丢失始终为0，而吞吐量最大达到大约 840Mbit -l8192，即分段的IP数据包 250MB，用于无碎片的-l1472IP数据包 我想流量控制会限制吞吐量，并防止数据包丢失。尤其是后者，无碎片的数据远不及TCP吞吐量（无碎片的TCP产生的数据与碎片TCP相似），但是在数据包丢失方面，它相对于Linux-> Windows而言是无限巨大的改进。 以及如何找出？ 我确实遵循了服务器上驱动程序设置的常规建议以最大化性能，并尝试启用/禁用/最大化/最小化/更改 中断适度 流量控制 接收缓冲区 的RSS 局域网唤醒 所有卸载功能均已启用。 编辑我也尝试启用/禁用 以太网@线速 各种卸载功能 优先级和VLAN 损失率相近。 …