青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆 - 7  文章 - 6  trackbacks - 0
<2009年2月>
25262728293031
1234567
891011121314
15161718192021
22232425262728
1234567

常用鏈接

留言簿(1)

隨筆檔案

文章分類

搜索

  •  

積分與排名

  • 積分 - 33187
  • 排名 - 617

最新評論

閱讀排行榜

評論排行榜

To understand the backlog argument, we must realize that for a given listening socket, the kernel maintains two queues :
要明白backlog參數的含義,我們必須明白對于一個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分節信息,等待完成三路握手的連接,socket的狀態是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.一個已完成的連接的隊列,此隊列包含了那些已經完成三路握手的連接,socket的狀態是ESTABLISHED

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

Berkeley-derived implementations add a fudge factor to the backlog: It is multiplied by 1.5
Berkely實現中的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會在未完成隊列中增加一個新的記錄然后回復給客戶端三路握手中的第二個分節(服務端的SYN和針對客戶端的ACK),這條記錄會在未完成隊列中一直存在,直到三路握手中的最后一個分節到達,或者直到超時(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將會忽略后續到達的SYN,但是不會給客戶端發送RST信息,因為此時允許客戶端重傳SYN分節,如果返回錯誤信息,那么客戶端將無法分清到底是服務端對應端口上沒有相應應用程序還是服務端對應端口上隊列已滿這兩種情況

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

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

只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
              国产亚洲永久域名| 亚洲精品久久久久久久久| 亚洲少妇最新在线视频| 亚洲国产精品精华液2区45| 久久久久国产精品一区三寸| 国产一区二区三区在线观看免费视频 | 精品99视频| 欧美ab在线视频| 欧美国产日韩免费| 亚洲视频一区二区免费在线观看| 亚洲美女中文字幕| 国产欧美91| 欧美成人精品在线播放| 欧美精品v国产精品v日韩精品| 日韩午夜电影av| 亚洲一区二区欧美日韩| 国产在线精品一区二区夜色| 欧美99在线视频观看| 欧美成人一二三| 亚洲欧美高清| 久久久亚洲人| 亚洲免费在线精品一区| 久久精品99无色码中文字幕| 亚洲国产另类久久精品| 在线一区观看| 影音先锋另类| 亚洲天堂第二页| 玉米视频成人免费看| 91久久中文| 国内精品久久久久久久果冻传媒| 亚洲激情在线播放| 国产小视频国产精品| 亚洲激情在线观看| 国产欧美日韩综合一区在线观看| 亚洲高清在线视频| 国产一区清纯| 中文亚洲欧美| 亚洲精品色图| 久久久久.com| 香蕉久久夜色精品国产| 欧美成人免费在线视频| 久久久中精品2020中文| 国产精品xnxxcom| 亚洲电影第1页| 好看的日韩视频| 亚洲一区成人| 亚洲一级在线| 欧美日本亚洲韩国国产| 免费欧美视频| 国内外成人免费视频| 99国产精品国产精品久久 | 国产精品久久777777毛茸茸| 欧美jizz19性欧美| 国产一区美女| 小嫩嫩精品导航| 欧美一区二区三区在线| 欧美视频在线播放| 亚洲精品一区二区三区不| 亚洲电影网站| 久久婷婷国产综合精品青草| 久久久午夜电影| 国产无一区二区| 性欧美xxxx视频在线观看| 亚洲伊人网站| 国产精品久久一区主播| 亚洲一区二区三区在线看| 99精品久久久| 欧美日韩一区国产| 一区二区av| 香蕉久久夜色精品国产使用方法| 国产精品国产三级国产aⅴ无密码 国产精品国产三级国产aⅴ入口 | 亚洲福利电影| 亚洲裸体在线观看| 欧美日韩精品欧美日韩精品| 亚洲精品1区2区| 在线亚洲伦理| 国产精品成人v| 亚洲一区二区免费看| 欧美一区二区三区在线播放| 国产亚洲福利一区| 久久久精品性| 亚洲二区精品| 亚洲午夜免费福利视频| 国产欧美精品久久| 久久久久一区二区三区四区| 欧美高清在线视频| 这里只有精品视频在线| 欧美色中文字幕| 午夜亚洲福利| 欧美激情精品久久久| 亚洲午夜日本在线观看| 国产女主播一区二区| 久久久久久9| 亚洲精品影院在线观看| 亚洲欧美日韩另类精品一区二区三区| 国产精品视频在线观看| 久久久久久久一区| 亚洲激情一区二区三区| 欧美一区二区三区四区夜夜大片| 韩国免费一区| 欧美视频在线观看| 久久精品国产91精品亚洲| 亚洲国产成人久久综合| 亚洲综合精品自拍| 亚洲福利电影| 国产精品久久久久av免费| 久久激情一区| 亚洲少妇在线| 欧美激情中文不卡| 久久国产精品第一页| 亚洲激情视频网站| 国产欧美欧洲在线观看| 欧美黄色影院| 久久国产综合精品| 亚洲一级在线观看| 最新国产乱人伦偷精品免费网站| 久久爱www久久做| 一区二区三区欧美在线| 亚洲国产精品999| 国产午夜精品全部视频在线播放| 欧美精品一二三| 美女视频黄a大片欧美| 亚洲欧美在线一区二区| 亚洲精品国产品国语在线app| 久久夜色精品国产欧美乱| 亚洲欧美日韩国产一区| 一本色道久久综合亚洲精品小说 | 好看的日韩视频| 国产美女精品| 欧美午夜片在线免费观看| 免费亚洲电影在线| 久久精品国产免费看久久精品| 这里只有精品丝袜| 亚洲精品国产欧美| 欧美激情一二三区| 欧美国产专区| 欧美 日韩 国产精品免费观看| 久久国产日本精品| 欧美一级视频精品观看| 亚洲一区二区视频在线| 99精品视频一区| 亚洲精品视频在线播放| 亚洲国产一区二区三区高清| 亚洲第一精品久久忘忧草社区| 狠狠色丁香久久综合频道| 国产一区二区三区高清播放| 国产欧美丝祙| 国产亚洲欧美一区在线观看| 国产视频在线观看一区二区| 国产欧美另类| 激情六月婷婷久久| 在线日韩欧美| 亚洲激情二区| 日韩写真视频在线观看| 亚洲精选视频在线| 亚洲视频香蕉人妖| 性欧美xxxx大乳国产app| 香蕉精品999视频一区二区| 欧美一区二区大片| 久久国产精品黑丝| 美女主播视频一区| 欧美韩日一区二区| 亚洲精品在线看| 亚洲午夜一区二区三区| 午夜精品福利在线观看| 久久国产主播精品| 欧美国产日韩视频| 国产精品久久久爽爽爽麻豆色哟哟 | 一区二区三区久久久| 亚洲欧美在线免费| 久久久久欧美| 欧美日韩视频在线| 国产日韩精品一区观看| 激情五月***国产精品| 亚洲看片网站| 欧美亚洲在线观看| 欧美成年网站| 这里只有精品在线播放| 久久黄色级2电影| 欧美国产综合视频| 国产日韩欧美精品在线| 亚洲精品老司机| 销魂美女一区二区三区视频在线| 欧美成人精品1314www| 宅男在线国产精品| 久久综合狠狠综合久久激情| 欧美性猛交视频| 亚洲欧洲综合另类| 欧美亚洲三区| 亚洲美女精品久久| 欧美在线短视频| 国产精品对白刺激久久久| 在线欧美亚洲| 久久爱www久久做| 日韩性生活视频| 裸体素人女欧美日韩| 国产日本欧美一区二区三区在线 | 亚洲另类一区二区| 久久综合伊人77777蜜臀| 日韩一区二区久久|