这是一个创建于 2532 天前的主题，其中的信息可能已经有所发展或是发生改变。
ss -l 中, 在 LISTEN 状态，其中 Send-Q 即为 Accept queue 的最大值，Recv-Q 则表示 Accept queue 中等待被服务器 accept()。
这句是说, recv-q 表示正在等待处理的连接请求, 然后 send-q 表示 min( backlog, /proc/sys/net/core/somaxconn) 吗?
所以,当 recv-q 有值的时候, 就表示应用程序处理不过来了对吗?
查看 Accept queue 溢出
[root@localhost ~]# netstat -s | grep TCPBacklogDrop TCPBacklogDrop: 2334 这里面的值,表示程序处理不过来,导致的连接没有处理对吗?
然后, 要怎么查看,是否有已经建立连接的数据包发送过来了,然后程序没有处理....是不是就是这个 TCPBacklogDrop ?
目前,怀疑长连接断开,有这个原因(不是服务端主动 close,且是服务端的原因的化)
谢谢
第 1 条附言 2018-11-08 14:25:47 +08:00
有没有办法查看， 数据包已经进入 socket 的缓冲区，但是还没被应用程序读取的数据包有多少
 | 1 helloworld12 OP 我查看了服务器的 syn_cookies 已经打开, 为什么还会出现半连接丢包? [root@izuf64o0oryle0om4a90maz ~]# cat /proc/sys/net/ipv4/tcp_syncookies 1 |
| 2 helloworld12 OP [root@izuf64o0oryle0om4a90maz ~]# netstat -s | grep LISTEN 647 SYNs to LISTEN sockets dropped |
 | 3 RubyJack 2018-11-08 10:19:23 +08:00  1 accept 来不及了，建连的包被直接 drop。 服务端处理能力出现了问题 |
Select Language