Tomcat 调优之从 Linux 内核源码层面看 Tcp backlog( 三 ) _生活百科

af_inet.c#inet_listen() -> inet_connection_sock.c#inet_csk_listen_start() -> request_sock.c#reqsk_queue_alloc()
reqsk_queue_alloc() 函数代码如下，主要就是用来计算半连接队列大小的。

文章插图
计算逻辑可以简化为下述公式，简单描述 roundup_pow_of_two 算法就是向上取最接近的最大 2 的指数次幂，注意此处 backlog 已经是 min(backlog, somaxconn)
半连接队列大小 = roundup_pow_of_two(max(8, min(backlog, tcp_max_syn_backlog))+1)
代码里 max_qlen_log 在一个 for 循环里计算，比如算出的半连接队列大小 nr_table_entries = 16 = 2^4 ，那么 max_qlen_log = 4 ，该值在判断半连接队列是否溢出时会用到。
举个例子，如果 listen backlog = 10、somaxconn = 128、tcp_max_syn_backlog = 128 ，那么半连接队列大小 = 16 ，全连接队列大小 = 10 。
所以要知道，在做连接队列大小调优的时候，一定要综合上述三个参数，只修改某一个起不到想要的效果。
连接队列大小查看全连接队列大小
【Tomcat 调优之从 Linux 内核源码层面看 Tcp backlog】可以通过 linux 提供的 ss 命令来查看全连接队列的大小

文章插图
参数说明，参数很多，其他参数可以自己 help 查看说明

l：表示显示 listening 状态的 socket
n：不解析服务名称
t：只显示 tcp sockets

这个命令结果怎么解读呢？
主要看前三个字段， Recv-Q 和 Send-Q 在 State 为 LISTEN 和非 LISTEN 状态时代表不同的含义。

State: LISTEN
Recv-Q: 全连接队列的当前长度，也就是已经完成三次握手等待服务端调用 accept() 方法获取的连接数量
Send-Q: 全连接队列的最大长度，也就是我们上述分析的 backlog 和somaxconn 的最小值

State: 非 LISTEN
Recv-Q: 已接受但未被应用进程读取的字节数
Send-Q: 已发送但未收到确认的字节数

以上区别从如下内核代码也可以看出， ss 命令就是从 tcp_diag 模块获取的数据

文章插图
半连接队列大小
半连接队列没有像 ss 这种命令直接查看，但服务端处于 SYN_RECV 状态的连接都在半连接队列里，所以可以通过如下命令间接统计
netstat -natp | grep SYN_RECV | wc -l半连接队列最大长度可以使用我们上述分析得到的公式计算得到
半全连接队列溢出全连接队列溢出
当请求量很大，全连接队列比较小时，就有可能发生全连接队列溢出的情况。
此代码是 linux 内核用来判断全连接队列是否已满的函数，可以看到判断用的是大于号，这也就是我们用 ss 命令可能会看到 Recv-Q > Send-Q 的原因