• <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年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(1)

            隨筆檔案

            文章分類

            搜索

            •  

            積分與排名

            • 積分 - 33035
            • 排名 - 610

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

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

            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.一個(gè)未完成連接的隊(duì)列,此隊(duì)列維護(hù)著那些已收到了客戶端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.一個(gè)已完成的連接的隊(duì)列,此隊(duì)列包含了那些已經(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ù)歷史上被定義為上面兩個(gè)隊(duì)列的大小之和

            Berkeley-derived implementations add a fudge factor to the backlog: It is multiplied by 1.5
            Berkely實(shí)現(xiàn)中的backlog值為上面兩隊(duì)列之和再乘以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.)
            當(dāng)客戶端的第一個(gè)SYN到達(dá)的時(shí)候,TCP會(huì)在未完成隊(duì)列中增加一個(gè)新的記錄然后回復(fù)給客戶端三路握手中的第二個(gè)分節(jié)(服務(wù)端的SYN和針對(duì)客戶端的ACK),這條記錄會(huì)在未完成隊(duì)列中一直存在,直到三路握手中的最后一個(gè)分節(jié)到達(dá),或者直到超時(shí)(Berkeley時(shí)間將這個(gè)超時(shí)定義為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."
            如果當(dāng)客戶端SYN到達(dá)的時(shí)候隊(duì)列已滿,TCP將會(huì)忽略后續(xù)到達(dá)的SYN,但是不會(huì)給客戶端發(fā)送RST信息,因?yàn)榇藭r(shí)允許客戶端重傳SYN分節(jié),如果返回錯(cuò)誤信息,那么客戶端將無(wú)法分清到底是服務(wù)端對(duì)應(yīng)端口上沒(méi)有相應(yīng)應(yīng)用程序還是服務(wù)端對(duì)應(yīng)端口上隊(duì)列已滿這兩種情況

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

            FeedBack:
            # re: 總算明白了tcp/ip協(xié)議listen函數(shù)中backlog參數(shù)的含義 2011-07-21 09:37 shan
            是這樣的么?如果backlog取5,那么這兩個(gè)隊(duì)列的大小是如何分配的呢?  回復(fù)  更多評(píng)論
              
            # re: 總算明白了tcp/ip協(xié)議listen函數(shù)中backlog參數(shù)的含義 2015-08-21 11:40 AutumnLight
            @shan
            linux的實(shí)現(xiàn)是不一樣的,在Linux下,backlog指定的是complete queue的大小,而incomplete queue的大小可以由系統(tǒng)管理員在 /proc/sys/net/ipv4/tcp_max_syn_backlog下進(jìn)行統(tǒng)一配置。
            你可以看一看這篇文章。
            http://veithen.github.io/2014/01/01/how-tcp-backlog-works-in-linux.html  回復(fù)  更多評(píng)論
              

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            亚洲国产精品无码久久久蜜芽| 99久久国语露脸精品国产| 国产精品免费久久久久电影网| 国产精品嫩草影院久久| 久久精品18| 亚洲AV无码成人网站久久精品大| 久久精品人成免费| 香蕉久久夜色精品国产2020| 久久综合香蕉国产蜜臀AV| 久久精品国产99久久丝袜| 亚洲欧美日韩中文久久| 久久e热在这里只有国产中文精品99 | 色狠狠久久综合网| 久久99国产精品久久久| 伊人色综合久久天天网 | 久久96国产精品久久久| 人妻无码久久精品| 久久精品国产99国产精偷 | 国产69精品久久久久99尤物| 中文字幕久久精品无码| 久久精品无码av| 99久久99久久精品国产| 久久综合给合久久国产免费 | 久久涩综合| 成人a毛片久久免费播放| 韩国无遮挡三级久久| 少妇人妻88久久中文字幕| 国产精品久久婷婷六月丁香| 久久久久国产视频电影| 久久电影网| 久久一区二区三区99| 国内精品久久久久久久coent| 麻豆精品久久久一区二区| 国产精品久久久久久久久免费 | 久久不射电影网| 国产欧美久久一区二区| 国产精品无码久久久久久| 丁香狠狠色婷婷久久综合| 国内精品久久国产大陆| 国产 亚洲 欧美 另类 久久| 国产精品免费久久久久影院|