10

为了在 Java 中通过 TCP 获得最快的传输速度，最好：

选项 A：

InputStream in = socket.getInputStream();
OutputStream out = socket.getOutputStream();

选项 B：

BufferedInputStream in = new BufferedInputStream(socket.getInputStream());
BufferedOutputStream out = new BufferedOutputStream(socket.getOutputStream());

我已经读到将超过 8 KiB 的数据写入 OutputStream 时性能会受到影响，建议将其以小块的形式写入，而不是一次写入 8 KiB。8 KiB 是 BufferedOutputStream 的默认缓冲区大小。

但是，我还读到，在通过网络传输数据时，最好尽快清除字节。这意味着使用缓冲区和小块写入会增加不必要的开销。

那么，选项A还是选项B？哪个效果最好？

现在我猜选项 A 提供最高的传输速度，同时比选项 B 消耗更多的 CPU。选项 B 可能会更好，因为它不会慢很多，但节省了大量的 CPU。

--

额外问题：触摸 TCP 窗口大小是个好主意吗？例如，将其设置为 64 KiB：

socket.setReceiveBufferSize(65536);
socket.setSendBufferSize(65536);

我尝试在测试机器上将其设置为 128 KiB，因为我读到它可以提高速度，但是当服务器有几个连接时，CPU 处于 100%，而不是像我不理会它时的 ~2%。我猜 128 KiB 太高了，除非你有一个可以处理流量高峰的好服务器，但是将它设置为 32 KiB 是否明智？我认为我的默认值是 8 KiB。

（“套接字”是“java.net.Socket”）

4

1 回答 1

8

我不知道您从哪里读到所有这些废话，但它完全是从头到尾的。一次写入 TCP 连接的次数越多越好，一次读取的次数也越多。我总是在应用程序和套接字流之间使用缓冲流、读取器或写入器。在某些情况下，例如 SSL，一次直接写入一个字节会导致 40 倍的数据爆炸。

触摸 TCP 窗口大小是个好主意吗？例如，将其设置为 64 KiB

您不能“触摸 TCP 窗口大小”。您可以通过您提到的 API 增加其最大值，这确实是一个好主意。

于 2012-07-08T08:00:00.550 回答