在 tcp 套接字中读取 buff
read buff in tcp socket
我阅读了 How large should my recv buffer be when calling recv in the socket library 以了解读取中的缓冲区。关于 tcp 套接字连接中的读取缓冲区，我还想知道一些要点。
我的应用程序正在发送视频数据包。当我将 buff 设置为 80000 时，发件人可以发送数据包，但是当我将它设置得更少时，例如 8000，在发送少量数据包后它会停止并使用 RST。
a)这个缓冲区，TCP接收window？
b)这个buffer和.net.ipv4.tcp_rmem, .net.ipv4.tcp_wmem有什么关系吗？如果是，我应该根据rmem还是wmem设置读缓冲区？
如有任何回复，我将不胜感激
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() 不太可能 return一次比套接字的内部缓冲区中可以存在的字节多。
至于如何决定使用多大的缓冲区 -- 考虑到较大的缓冲区（当然）会占用更多的内存，如果您在堆栈上分配该缓冲区，非常大的缓冲区可能会导致堆栈溢出。另一方面，较小的缓冲区意味着您可以通过任何给定的 recv() 调用读取更少的字节，因此您可能需要调用更多次 recv() 才能读取相同的总字节数。
请注意，由 recv() 编辑的数据字节数 return 可以是从 1 个字节到您传递给 recv() 的第三个参数的缓冲区总大小的任何数字，并且无法预测您将获得多少字节。特别是，对于 TCP，您从对 recv() 的任何特定调用接收到的字节数将 not 与之前传递给任何特定调用 send() 的字节数有任何关联发送方。所以你只需要使用一个 "reasonably sized" 数组（对于你喜欢的 "reasonably sized" 的任何定义）和 recv() 尽可能多的字节到它，然后处理那么多字节（基于 recv()的 return 值）。
我阅读了 How large should my recv buffer be when calling recv in the socket library 以了解读取中的缓冲区。关于 tcp 套接字连接中的读取缓冲区，我还想知道一些要点。 我的应用程序正在发送视频数据包。当我将 buff 设置为 80000 时，发件人可以发送数据包，但是当我将它设置得更少时，例如 8000，在发送少量数据包后它会停止并使用 RST。
a)这个缓冲区，TCP接收window？ b)这个buffer和.net.ipv4.tcp_rmem, .net.ipv4.tcp_wmem有什么关系吗？如果是，我应该根据rmem还是wmem设置读缓冲区？
如有任何回复，我将不胜感激
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() 不太可能 return一次比套接字的内部缓冲区中可以存在的字节多。
至于如何决定使用多大的缓冲区 -- 考虑到较大的缓冲区（当然）会占用更多的内存，如果您在堆栈上分配该缓冲区，非常大的缓冲区可能会导致堆栈溢出。另一方面，较小的缓冲区意味着您可以通过任何给定的 recv() 调用读取更少的字节，因此您可能需要调用更多次 recv() 才能读取相同的总字节数。
请注意，由 recv() 编辑的数据字节数 return 可以是从 1 个字节到您传递给 recv() 的第三个参数的缓冲区总大小的任何数字，并且无法预测您将获得多少字节。特别是，对于 TCP，您从对 recv() 的任何特定调用接收到的字节数将 not 与之前传递给任何特定调用 send() 的字节数有任何关联发送方。所以你只需要使用一个 "reasonably sized" 数组（对于你喜欢的 "reasonably sized" 的任何定义）和 recv() 尽可能多的字节到它，然后处理那么多字节（基于 recv()的 return 值）。