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 是否有充分的理由？
查看之前提出的问题“SO_RCVBUF 的最小值是多少？” 而这个网络编程指南，你的怀疑似乎是正确的。UDP 和 IP 数据包将被静默丢弃，因为没有足够的空间来存储数据包，并且（据我所知）TCP 连接将无法工作，因为最小传输窗口大小将大于缓冲区；无论如何，你不会收到任何东西。
至于为什么最小套接字缓冲区大小如此之小，这可能是文档中的历史文物。查看Linux 源码 v4.0 (linux/include/net/sock.h)，看起来实际最小大小相当大（2048+sk_buff 的对齐大小）并且已经存在了相当长的一段时间。我对为什么记录的最小值如此之低的猜测是允许对48-53 字节的 ATM 信元数据包进行原始访问，但这只是一个猜测。