c - 读取 TCP 套接字中的 buff

Question

我读到How large should my recv buffer be when calling recv in the socket library为了理解读取中的缓冲区。关于 tcp 套接字连接中的读取缓冲区，我还想了解一些要点。我的应用程序正在发送视频数据包。当我将 buff 设置为 80000 时，发送者可以发送数据包，但是当我将其设置为较小(例如 8000)时，在发送几个数据包后，它会以 RST 停止。

a) 这个缓冲区是 TCP 接收窗口吗？b) 这个缓冲区和 .net.ipv4.tcp_rmem 、 .net.ipv4.tcp_wmem 之间有什么关系吗？如果有，我应该根据 rmem 还是 wmem 设置读取缓冲区？

如果有任何回复，我将不胜感激

Answer 1

a)Is this buffer, TCP receive window?

不，它只是您为 TCP 堆栈提供的一个缓冲区，用于在您调用 recv() 时将字节放入其中。

b)Is there any relation between this buffer and .net.ipv4.tcp_rmem , .net.ipv4.tcp_wmem?

没有。

if yes, Should i set read buffer based on rmem or women?

你可以将任何大小的缓冲区传递给recv();它与上述任何内容都无关，除了使传递给recv()的缓冲区大于套接字当前的SO_RCVBUF大小没有任何好处，因为recv()不太可能一次返回比socket更多的字节可以存在于套接字的内部缓冲区中。

至于如何决定使用什么大小的缓冲区 - 考虑到较大的缓冲区(当然)会占用更多的内存，并且如果您在堆栈上分配该缓冲区，则非常大的缓冲区可能会导致堆栈溢出。另一方面，较小的缓冲区意味着您可以通过任何给定的recv()调用读取更少的字节，因此您可能需要多次调用recv()才能读取相同的总字节数。

请注意，recv() 返回的数据字节数可以是从 1 字节到传递给 recv() 第三个参数的缓冲区总大小之间的任意数字，并且无法预测你会得到多少字节。特别是，对于 TCP，从任何特定的 recv() 调用中接收到的字节数将与之前传递给发送端的任何特定的 send() 调用的字节数没有有任何相关性。因此，您只需要使用一个“合理大小”的数组(无论您喜欢什么“合理大小”的定义)和recv()尽可能多的字节到其中，然后处理那么多字节(基于recv()的返回值)。