• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 7  文章 - 6  trackbacks - 0
            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(1)

            隨筆檔案

            文章分類

            搜索

            •  

            積分與排名

            • 積分 - 33013
            • 排名 - 608

            最新評論

            閱讀排行榜

            評論排行榜

            To understand the backlog argument, we must realize that for a given listening socket, the kernel maintains two queues :
            要明白backlog參數(shù)的含義,我們必須明白對于一個listening socket,kernel維護者兩個隊列:

            1.An incomplete connection queue, which contains an entry for each SYN that has arrived from a client for which the server is awaiting completion of the TCP three-way handshake. These sockets are in the SYN_RCVD state .
            1.一個未完成連接的隊列,此隊列維護著那些已收到了客戶端SYN分節(jié)信息,等待完成三路握手的連接,socket的狀態(tài)是SYN_RCVD

            2.A completed connection queue, which contains an entry for each client with whom the TCP three-way handshake has completed. These sockets are in the ESTABLISHED state
            2.一個已完成的連接的隊列,此隊列包含了那些已經(jīng)完成三路握手的連接,socket的狀態(tài)是ESTABLISHED

            The backlog argument to the listen function has historically specified the maximum value for the sum of both queues.
            backlog參數(shù)歷史上被定義為上面兩個隊列的大小之和

            Berkeley-derived implementations add a fudge factor to the backlog: It is multiplied by 1.5
            Berkely實現(xiàn)中的backlog值為上面兩隊列之和再乘以1.5

            When a SYN arrives from a client, TCP creates a new entry on the incomplete queue and then responds with the second segment of the three-way handshake: the server's SYN with an ACK of the client's SYN (Section 2.6). This entry will remain on the incomplete queue until the third segment of the three-way handshake arrives (the client's ACK of the server's SYN), or until the entry times out. (Berkeley-derived implementations have a timeout of 75 seconds for these incomplete entries.)
            當客戶端的第一個SYN到達的時候,TCP會在未完成隊列中增加一個新的記錄然后回復給客戶端三路握手中的第二個分節(jié)(服務端的SYN和針對客戶端的ACK),這條記錄會在未完成隊列中一直存在,直到三路握手中的最后一個分節(jié)到達,或者直到超時(Berkeley時間將這個超時定義為75秒)

            If the queues are full when a client SYN arrives, TCP ignores the arriving SYN (pp. 930–931 of TCPv2); it does not send an RST. This is because the condition is considered temporary, and the client TCP will retransmit its SYN, hopefully finding room on the queue in the near future. If the server TCP immediately responded with an RST, the client's connect would return an error, forcing the application to handle this condition instead of letting TCP's normal retransmission take over. Also, the client could not differentiate between an RST in response to a SYN meaning "there is no server at this port" versus "there is a server at this port but its queues are full."
            如果當客戶端SYN到達的時候隊列已滿,TCP將會忽略后續(xù)到達的SYN,但是不會給客戶端發(fā)送RST信息,因為此時允許客戶端重傳SYN分節(jié),如果返回錯誤信息,那么客戶端將無法分清到底是服務端對應端口上沒有相應應用程序還是服務端對應端口上隊列已滿這兩種情況

            posted on 2010-02-07 19:43 許海斌 閱讀(18813) 評論(2)  編輯 收藏 引用

            FeedBack:
            # re: 總算明白了tcp/ip協(xié)議listen函數(shù)中backlog參數(shù)的含義 2011-07-21 09:37 shan
            是這樣的么?如果backlog取5,那么這兩個隊列的大小是如何分配的呢?  回復  更多評論
              
            # re: 總算明白了tcp/ip協(xié)議listen函數(shù)中backlog參數(shù)的含義 2015-08-21 11:40 AutumnLight
            @shan
            linux的實現(xiàn)是不一樣的,在Linux下,backlog指定的是complete queue的大小,而incomplete queue的大小可以由系統(tǒng)管理員在 /proc/sys/net/ipv4/tcp_max_syn_backlog下進行統(tǒng)一配置。
            你可以看一看這篇文章。
            http://veithen.github.io/2014/01/01/how-tcp-backlog-works-in-linux.html  回復  更多評論
              
            久久人人爽人人爽人人片AV不| 国产99久久久国产精品小说| 久久婷婷五月综合国产尤物app| 少妇人妻88久久中文字幕| 国产Av激情久久无码天堂| 国产精品日韩深夜福利久久 | 国内精品伊人久久久久av一坑| 国产成人精品白浆久久69| 国产精品久久久久一区二区三区| 亚洲精品第一综合99久久| 国产精品九九九久久九九| 欧美一区二区久久精品| 亚洲乱亚洲乱淫久久| 奇米影视7777久久精品人人爽| avtt天堂网久久精品| 亚洲AV伊人久久青青草原| 久久精品国产久精国产思思| 色婷婷狠狠久久综合五月| 97久久超碰国产精品2021| 久久亚洲AV永久无码精品| 久久国产精品久久| 久久久久亚洲精品天堂| 91麻豆国产精品91久久久| 久久国产一区二区| 国产91色综合久久免费| 亚洲精品无码久久久影院相关影片| 精品99久久aaa一级毛片| 1000部精品久久久久久久久| 久久无码专区国产精品发布| 人人狠狠综合久久亚洲| 精品免费久久久久国产一区 | 久久久久亚洲av无码专区喷水| 久久久久久国产精品无码下载| 久久精品国产半推半就| 97久久超碰成人精品网站| 国产情侣久久久久aⅴ免费| 狼狼综合久久久久综合网| 久久久久久久久久久久中文字幕 | 久久久久久国产精品免费无码| 青草国产精品久久久久久| 亚洲精品乱码久久久久久|