關於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