我有一台与交换机有 10GbE 连接的服务器，以及 10 个客户端，每个客户端与同一交换机有 1GbE 连接。
在每个客户端上并行运行 nuttcp，我可以将 10 个 TCP 数据流以接近线速的速度同时推送到服务器（即，所有 10 个客户端同时每秒传输 100 兆字节）。
然而，当我改变方向并将数据从服务器发送到客户端时——即 10 个 TCP 流，一个发送到每个客户端——TCP 重传会猛增，性能下降到每秒 30、20 甚至 10 兆字节每个客户。我想提高这些数字，因为这种流量模式代表了我关心的某些应用程序。
我已经通过在与类似服务器的 10GbE 连接上执行相同的实验来验证我的服务器能够使 10GbE 链路饱和。我已经确认我的任何端口都没有错误。
最后，当我强行限制（限制）接收方的 TCP 窗口大小时，我可以获得更高的带宽（30-40 兆字节/秒）；如果我把它限制得非常低，我可以让重传为零（带宽低得离谱）。
因此，我有理由相信我正在超限交换机中的缓冲区，从而导致由于拥塞而导致数据包丢失。然而，我认为 TCP 的拥塞控制应该可以很好地处理这个问题，最终稳定在 50% 以上的线速。
所以我的第一个问题很简单：哪种 TCP 拥塞控制算法最适合我的情况？有很多可用的，但它们似乎主要针对有损网络或高带宽高延迟网络或无线网络......这些都不适用于我的情况。
第二个问题：还有什么我可以尝试的吗？