Linux程序如何将UDP socket接收缓冲区大小调整到最大值

一、425984字节的生效值来源 #

你看到的最终生效值完全符合内核源码的处理逻辑，计算过程如下：

1. 调用setsockopt(fd, SOL_SOCKET, SO_RCVBUF, &size, len)时，内核首先会取你传入的目标大小和系统rmem_max的最小值，你的场景中：
   min(638976, 212992) = 212992
2. 该值传入__sock_set_rcvbuf函数后，内核会自动将其翻倍，预留struct sk_buff等内核网络元数据的开销，保证应用层实际可以接收接近设置值的有效数据：
   212992 * 2 = 425984
   这个值就是你最终读到的缓冲区大小，和你给出的输出完全匹配。

二、该值是否为最大可设置值，是否关联内核内存占用 #

• 对于普通非特权进程调用setsockopt调整SO_RCVBUF的场景，这个值就是当前环境下的最大可设置值，和当前内核内存占用没有直接关系，除非系统全局UDP内存已经触及/proc/sys/net/ipv4/udp_mem的上限阈值，才会触发动态裁剪缓冲区的逻辑。
• 特权进程（拥有CAP_NET_ADMIN权限）可以通过SO_RCVBUFFORCE选项突破rmem_max的限制，设置更大的缓冲区。

三、rmem_max的作用解释 #

你观察到的rmem_default可以设置为大于rmem_max的现象是合理的，二者的作用边界完全不同：

1. rmem_max的唯一作用是限制普通用户进程通过setsockopt主动修改SO_RCVBUF时的最大有效值，它只会在用户主动调用setsockopt调整缓冲区大小时生效，不会干预新socket的默认缓冲区大小设置。
2. rmem_default是新创建socket的默认接收缓冲区大小，内核给新socket赋值默认缓冲区时，不会走setsockopt的限制逻辑，所以可以设置为大于rmem_max的值，也不会自动翻倍。

这也正好解释了你的测试结果：把rmem_default设为500000后，新建socket的默认缓冲区就是500000；但主动调用setsockopt设500000时，会被rmem_max限制到212992，再翻倍得到425984。

内容的提问来源于stack exchange，提问作者vazlsky