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