在应用程序级别调整 TCP 数据包大小以实现最大吞吐量

我需要担心多少实际的 TCP 数据包大小？

几乎从不。 你可以设置NoTcpDelay(true(;但这很少有什么不同。

因此，例如，我

正在尝试编写一个应该通过TCP套接字的输出流发送数据的应用程序，我是否必须始终考虑写入流的数据的大小？

我怀疑。 如果您的连接速度为 1 Gb 或更慢，您将无法编写效率低下的程序，以至于无法使用此带宽。

由于 java 套接字是流式套接字，我实际上并没有考虑数据单元的大小，但是 OS/NIC 的 TSO(TCP 分段卸载(被"打开"，那么我可以将 64KB 的数据切片或 MSS 写入输出流，从而尝试节省将数据切片到小于 1500 字节 (

我不明白如何提供最体面的网络适配器支持 TCP 卸载。

就能够动态地处理这个问题而言，我的编程效果如何？

在任何情况下，Java都不支持它。

我知道我们可以让NetworkInterface.getMTU((来确定OS/NIC MTU的大小，但不确定它如何帮助。

我也没有。

所以，我可以说，总的来说，我对如何最大化对输出流的字节写入吞吐量有点困惑。

在Java中可以做出的最重要的改变是使用NIO。 我建议阻止蔚来汽车，因为这是蔚来汽车最简单的变化。 如果使用直接 ByteBuffers，则可以将冗余内存副本从 Java 保存到本机内存。

您是否知道在使用网络的最大带宽时遇到问题？ 如果您尚未测量这是问题的原因，那只是一个猜测。

TCP 缓冲区、步调、决定段大小等幕后为您服务。除了尽可能快地写入，并在发送方使用大型套接字发送缓冲区，在接收方使用大型套接字接收缓冲区外，您无能为力。