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

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

常用鏈接

留言簿(1)

隨筆檔案

文章分類

搜索

  •  

積分與排名

  • 積分 - 33189
  • 排名 - 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>
              亚洲乱码国产乱码精品精| 99国产精品99久久久久久粉嫩| 久久国产成人| 欧美资源在线| 久久久久久久高潮| 免费久久精品视频| 欧美激情一区在线观看| 欧美午夜影院| 国产偷国产偷亚洲高清97cao| 国产一区二区三区免费不卡| 在线国产精品一区| 在线亚洲免费视频| 一区二区欧美日韩| 国产日韩在线一区| 国产精品素人视频| 伊人久久大香线蕉综合热线| 亚洲电影免费观看高清完整版在线观看 | 免播放器亚洲一区| 欧美另类一区| 国产日韩欧美一区在线| 亚洲国产欧美在线| 亚洲欧美日韩精品久久久| 久久精品综合网| 久久婷婷麻豆| 亚洲精品一级| 久久久精品日韩欧美| 欧美日韩精品一区视频| 国产曰批免费观看久久久| 日韩一级二级三级| 久久免费的精品国产v∧| 亚洲日韩视频| 亚洲一区二区精品在线| 久久午夜视频| 国产九区一区在线| 国产精品99久久久久久有的能看| 久久久久欧美| 亚洲欧美另类在线观看| 欧美精品在线极品| 在线观看精品| 久久精彩免费视频| 制服丝袜亚洲播放| 欧美精品在线免费播放| 在线日韩视频| 久久这里只精品最新地址| 亚洲伊人久久综合| 欧美日本精品在线| 亚洲精品在线免费观看视频| 麻豆精品网站| 久久国产精品亚洲77777| 国产精品毛片a∨一区二区三区|国| 亚洲激情婷婷| 欧美粗暴jizz性欧美20| 久久www成人_看片免费不卡| 国产精品成人观看视频免费| 一区二区三区蜜桃网| 亚洲日本精品国产第一区| 欧美1区免费| 亚洲国产精品va在看黑人| 久久午夜精品| 久久久久久久久久看片| 精品99一区二区三区| 久久噜噜亚洲综合| 久久久久一区二区三区| 黄色工厂这里只有精品| 久久久久久999| 久久久久久一区二区| 尹人成人综合网| 欧美激情bt| 午夜精品久久一牛影视| 久热国产精品| 影音先锋亚洲电影| 欧美aⅴ99久久黑人专区| 欧美在线视频全部完| 激情欧美一区二区| 欧美大片免费| 欧美美女视频| 亚洲欧美日韩在线高清直播| 亚洲欧美久久| 影音先锋亚洲电影| 亚洲三级电影全部在线观看高清| 欧美日韩一区二| 欧美一区二区精品| 久久久精品免费视频| 亚洲精品乱码久久久久久蜜桃麻豆 | 久久精品72免费观看| 久久av红桃一区二区小说| 亚洲成色999久久网站| 欧美国产91| 国产精品对白刺激久久久| 欧美一区二区观看视频| 麻豆国产精品一区二区三区 | 欧美黑人多人双交| 午夜免费在线观看精品视频| 久久成人人人人精品欧| 亚洲人成网站777色婷婷| 在线综合视频| 亚洲国产综合在线看不卡| 一区二区三欧美| 在线观看亚洲一区| 在线午夜精品自拍| 亚洲丁香婷深爱综合| 亚洲一区二区三区高清 | 久久久久国产成人精品亚洲午夜| 麻豆成人在线观看| 久久国产综合精品| 欧美日韩精品在线播放| 巨乳诱惑日韩免费av| 国产精品videosex极品| 欧美成人三级在线| 国产精品实拍| 91久久精品日日躁夜夜躁国产| 国产精品最新自拍| 99亚洲一区二区| 亚洲欧洲三级| 欧美中文字幕第一页| 亚洲在线视频免费观看| 欧美国产一区在线| 免费欧美日韩国产三级电影| 国产精品嫩草99a| 亚洲另类在线一区| 亚洲精品日韩一| 久久九九免费视频| 久久av二区| 国产精品一区二区你懂得| 亚洲精品免费一二三区| 欧美一二三区精品| 欧美日韩免费一区二区三区| 久久精品观看| 国产精品久久久久秋霞鲁丝| 裸体歌舞表演一区二区| 国产精品一区二区久久久| 在线一区二区三区四区| 亚洲午夜国产一区99re久久| 欧美精品在线观看| 亚洲欧洲一区二区三区| 亚洲激情偷拍| 欧美岛国激情| 亚洲品质自拍| 99精品国产热久久91蜜凸| 欧美国产日韩一区二区三区| 欧美激情一区二区三区高清视频| 在线不卡免费欧美| 麻豆精品在线视频| 最新日韩精品| 一区二区三区精品久久久| 欧美日韩免费观看一区三区 | 亚洲国产成人在线视频| 久久综合给合久久狠狠狠97色69| 牛牛影视久久网| 亚洲区国产区| 欧美日韩国产二区| 亚洲视频欧美视频| 久久久久国产精品麻豆ai换脸| 激情懂色av一区av二区av| 久久一区国产| 99爱精品视频| 欧美一区二区三区免费大片| 韩日欧美一区二区| 欧美成人国产一区二区| 妖精成人www高清在线观看| 午夜精品一区二区三区在线| 国内精品视频666| 欧美成人第一页| 亚洲午夜av在线| 欧美成人激情视频免费观看| 宅男噜噜噜66一区二区| 国产毛片一区| 欧美成人激情在线| 亚洲一区久久久| 欧美成人午夜激情在线| 亚洲私拍自拍| 在线欧美小视频| 国产精品国产三级国产aⅴ浪潮| 欧美在线观看一二区| 亚洲人成在线观看一区二区| 欧美在线免费播放| 一区二区不卡在线视频 午夜欧美不卡'| 国产精品久在线观看| 欧美gay视频| 欧美一区二区网站| 妖精成人www高清在线观看| 麻豆国产精品777777在线| 亚洲——在线| 日韩写真在线| 亚洲视频中文| 久久久欧美精品| 在线观看日韩av先锋影音电影院| 免费在线看一区| 亚洲一区欧美二区| 欧美电影免费观看高清完整版| 亚洲一区二区三区777| 在线电影国产精品| 欧美在线免费看| 欧美大片18| 欧美专区在线| 午夜日韩电影| 99国内精品久久久久久久软件| 美女主播精品视频一二三四| 亚洲综合欧美日韩| 日韩一级黄色大片|