关于Linux socket编程之listen函数的第二个参数backlog.

    经过一番折腾，现总结一下listen的参数backlog.

    PS:服务端环境：ubuntu12.04.客户端无所谓：我mac os x 10.7.

    先$ man listen看看，里面有一段话：

    If the backlog argument is greater than the value in /proc/sys/net/core/somaxconn, then it

    is silently truncated to that value; the default value in this file is 128. In kernels

    before 2.4.25, this limit was a hard coded value, SOMAXCONN, with the value 128.

    $ sudo vi  /proc/sys/net/core/somaxconn可以看linux的SOMAXCONN值，我的是128.修改为256就不错了貌似…

    再传一张图，unp卷1里的（注意，下面这图未完成连接队列的状态应该是SYN_RECV,可能人家写错了）：


 

好，现在总结下我服务端调用listen的情况：

    （注意：不要在同一个机器上测试，我怀疑同一个机器下没有经历三次握手。我在ubuntu12.04下同时跑客户端和服务端程序时就发现无论backlog设为多少，"已完成连结队列"都一直上涨根本没有停止，"未完成连结队列"一直为0.）

    当传参backlog的值< somaxconn时，已完成连结队列的数量最多就是backlog的值。未完成连结队列数量在10左右摇摆。

    当传参backlog的值 >= somaxconn时，已完成连结队列的数量最多就是somaxconn.未完成连结队列数量同上。

    结论噢：在ubuntu12.04上，backlog的值就是已完成连结队列的值，此值受限于somaxconn.

    最后，给出察看服务端两队列的值的脚本（脚本里的4333是我服务端程序的端口值）：

    #!/bin/sh
    echo "已建立连结队列里套接字的数量"
    while [ "1" = "1" ]
    do
    netstat -nat | grep ESTABLISHED | grep 4333 | wc -l
    sleep 2
    done
    #!/bin/sh
    echo "未建立连结队列里套接字的数量"
    while [ "1" = "1" ]
    do
    netstat -nat | grep SYN_RECV | grep 4333 | wc -l
    sleep 2
    done