最小 256 字节 SO_RCVBUF 是否不允许保留数据包？

Question

man mount

SO_RCVBUF

设置或获取最大套接字接收缓冲区（以字节为单位）。内核在使用setsockopt(2) 设置时将该值加倍（为簿记开销留出空间），并且这个加倍的值由getsockopt(2) 返回。默认值由 /proc/sys/net/core/rmem_default 文件设置，允许的最大值由 /proc/sys/net/core/rmem_max 文件设置。此选项的最小（加倍）值为 256。

但我认为这样的缓冲区不能容纳任何数据包

Linux 可以使用哪些值作为默认的 unix 套接字缓冲区大小？

...

每个数据包的开销是 struct sk_buff 和 struct skb_shared_info 的组合，因此它取决于这些结构的确切大小（为了对齐而稍微向上取整）。例如，在上面的 64 位内核中，每个数据包的开销是 576 字节。

以上正确吗？内核强制执行最小套接字缓冲区大小为 256 有什么好的理由吗？

Answer 1

查看之前提出的问题“最小 SO_RCVBUF 值是多少？” 和这个网络编程指南，你的怀疑似乎是正确的。UDP 和 IP 数据包会被悄悄丢弃，因为没有足够的空间来存储数据包，并且（从我收集到的）TCP 连接将无法工作，因为最小传输窗口大小将大于缓冲区；在任何情况下，你都不会收到任何东西。

至于为什么最小套接字缓冲区大小如此之小，这可能是文档中的历史文物。查看Linux源码v4.0（linux/include/net/sock.h），看起来实际最小尺寸要大不少（2048+sk_buff的对齐尺寸），而且已经有一段时间了。我对为什么记录的最小值如此之低的猜测是允许对48-53 字节的ATM 信元数据包进行原始访问，但这只是一个猜测。