netstat 和 ss中，Recv-Q和Send-Q的含义

最新推荐文章于 2024-11-07 20:32:48 发布

iceman1952

最新推荐文章于 2024-11-07 20:32:48 发布

阅读量8.2k

点赞数 7

文章标签： Send-Q Recv-Q ss netstat

本文链接：https://blog.csdn.net/iceman1952/article/details/109014798

版权

先看看文档，man netstat中有Recv-Q和Send-Q的含义；man ss中没有Recv-Q和Send-Q的含义

https://man7.org/linux/man-pages/man8/netstat.8.html

https://man7.org/linux/man-pages/man8/ss.8.html

man netstat是这么说的

Recv-Q
Established: The count of bytes not copied by the user program connected to this socket.
Listening: Since Kernel 2.6.18 this column contains the current syn backlog.

Send-Q
Established: The count of bytes not acknowledged by the remote host.
Listening: Since Kernel 2.6.18 this column contains the maximum size of the syn backlog.

先说我的结论

一：Established时

netstat和ss 都

Recv-Q：“OS持有的，尚未交付给应用的数据的字节数”

Send-Q：“已经发送给对端应用，但，对端应用尚未ack的字节数。此时，这些数据依然要由OS持有”

二：Listen时

ss的Recv-Q：“已建立成功（状态为ESTABLISHED），但，尚未交付给应用的” tcp连接的数量。

该值最大为：Send-Q+1，即：min(backlog, somaxconn)+1。

之所以加1，是因为OS内核在判断队列是否已满时，用的是>（应该用>=），这导致当已创建成功的连接数量正好等于min(backlog, somaxconn)时，还会再多创建一个tcp连接，最终结果就是：min(backlog, somaxconn)+1

见：https://segmentfault.com/a/1190000019252960

ss的Send-Q：listen时，backlog的大小。其值为min(backlog, somaxconn)

netstat的Recv-Q ：含义同ss的Recv-Q

netstat的Send-Q：尽管文档中说是"Since Kernel 2.6.18 this column contains the maximum size of the syn backlog"，但，实验中看不出来

我们做下面实验验证下。使用的条件如下

uname -a
Linux vm204 5.4.0-47-generic #51~18.04.1-Ubuntu SMP Sat Sep 5 14:35:50 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
http接口直接sleep 3600s
tomcat只有1个处理线程
tomcat的acceptCount==5
tomcat的maxConnections==7
利用JMeter，发送9个请求

    @RequestMapping("/greeting")
    public @ResponseBody
    String greeting(HttpServletResponse rsp, @RequestParam(name = "cost") long cost) {
        try {
                Thread.sleep(cost * 1000L);
        } catch (Exception e) {
            e.printStackTrace();
        }
        String format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS").format(new Date());
        LOG.info(format);
        return format;
    }