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

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

常用鏈接

留言簿(1)

隨筆檔案

文章分類

搜索

  •  

積分與排名

  • 積分 - 33248
  • 排名 - 618

最新評論

閱讀排行榜

評論排行榜

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 許海斌 閱讀(18854) 評論(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>
              亚洲国产视频a| 亚洲大胆人体在线| 亚洲欧美日韩国产另类专区| 亚洲精品专区| 欧美视频中文一区二区三区在线观看 | 久久精品午夜| 亚洲欧美在线磁力| 国产一区二区三区的电影| 久久久精品国产免大香伊| 久久久99久久精品女同性| 在线免费观看一区二区三区| 欧美多人爱爱视频网站| 欧美精选午夜久久久乱码6080| 99国产精品99久久久久久| 一区二区免费在线播放| 国产一区二区av| 欧美黄色网络| 国产精品九九| 嫩草成人www欧美| 欧美日本国产一区| 欧美一区三区三区高中清蜜桃 | 你懂的成人av| 欧美日韩www| 久久激情网站| 欧美激情精品久久久久久变态 | 国内精品视频在线观看| 欧美成人免费在线| 国产精品家教| 亚洲国产精品成人一区二区| 欧美视频二区36p| 久久天堂成人| 欧美日韩视频在线第一区| 久久久91精品国产一区二区三区| 老色批av在线精品| 午夜电影亚洲| 欧美精品一区三区| 久久久久久穴| 国产精品国产三级国产aⅴ9色| 美女精品自拍一二三四| 欧美亚一区二区| 亚洲盗摄视频| 激情欧美一区| 香蕉精品999视频一区二区| 中文精品视频| 欧美a级在线| 免费在线播放第一区高清av| 国产精品普通话对白| 亚洲激情av在线| 在线观看日产精品| 欧美亚洲三区| 欧美一区二区三区视频免费| 欧美日本韩国一区| 亚洲国产高清一区| 一区二区三区在线视频免费观看| 亚洲一区在线看| 亚洲欧美成人一区二区三区| 欧美日韩成人网| 最近看过的日韩成人| 亚洲国产精品嫩草影院| 久久久久久噜噜噜久久久精品| 亚欧成人精品| 国产九九精品视频| 亚洲专区免费| 午夜精品美女久久久久av福利| 欧美日韩亚洲一区二区| 亚洲国产日韩综合一区| 亚洲乱码国产乱码精品精| 久久综合伊人| 欧美激情aⅴ一区二区三区| 在线观看一区视频| 久久精品在线视频| 毛片精品免费在线观看| 在线观看国产欧美| 蘑菇福利视频一区播放| 欧美激情1区2区| 99热这里只有精品8| 欧美日韩精品国产| 这里只有视频精品| 久久国产精品亚洲77777| 国产亚洲精品成人av久久ww| 久久久久久黄| 91久久精品国产91性色tv| 中文欧美字幕免费| 国产精品久久久久免费a∨| 亚洲欧美三级伦理| 美国成人直播| 亚洲乱码国产乱码精品精| 欧美日韩在线播放一区二区| 亚洲影院一区| 欧美电影免费观看高清完整版| 国内自拍一区| 欧美日本韩国一区| 亚洲一区二区三区激情| 乱码第一页成人| 99国产精品视频免费观看一公开| 欧美日韩国产天堂| 午夜免费电影一区在线观看| 蜜臀a∨国产成人精品| 日韩午夜在线播放| 国产日本欧美视频| 欧美成人综合在线| 亚洲欧美国产日韩天堂区| 美女网站在线免费欧美精品| 一区二区三区国产| 国产欧美日韩三区| 免费看成人av| 欧美在线视频一区| 亚洲国产二区| 久久激情视频| 亚洲一区二区三| 韩国av一区二区三区四区| 欧美日韩国产片| 久久高清国产| 亚洲美洲欧洲综合国产一区| 久久免费少妇高潮久久精品99| 亚洲毛片av| 在线观看日韩| 国产日韩精品在线观看| 欧美日韩一区二区三区在线观看免| 欧美一区二区三区精品电影| 99国产麻豆精品| 亚洲国产精品一区在线观看不卡 | 99re热这里只有精品免费视频| 国产一区二区日韩精品| 欧美亚洲成人精品| 欧美+亚洲+精品+三区| 久久av红桃一区二区小说| 一区二区三区日韩欧美| 亚洲成人在线网| 美女脱光内衣内裤视频久久网站| 性刺激综合网| 香蕉国产精品偷在线观看不卡 | 国产亚洲欧美激情| 国产精品久久777777毛茸茸| 欧美日韩国产精品专区 | 亚洲第一色在线| 欧美成人午夜激情在线| 久久亚洲精品视频| 久久嫩草精品久久久精品一 | 国产综合欧美| 国产欧美午夜| 国产亚洲成av人在线观看导航| 国产精品国产三级欧美二区| 欧美视频一区在线观看| 欧美日韩免费观看一区二区三区 | 欧美日韩日韩| 欧美日韩在线免费观看| 欧美日韩国产限制| 欧美手机在线视频| 国产精品乱码久久久久久| 国产精品qvod| 国产欧美日韩免费| 国产有码在线一区二区视频| 狠久久av成人天堂| 亚洲高清在线观看一区| 亚洲国产精品久久| 日韩一级网站| 亚洲在线视频免费观看| 欧美一区二区三区久久精品茉莉花| 午夜国产精品视频| 久久九九精品99国产精品| 久久综合给合久久狠狠色| 欧美高清视频一区二区| 亚洲国产一区二区在线| 一区二区三区.www| 欧美一区二区日韩一区二区| 久久综合伊人77777蜜臀| 欧美极品在线视频| 国产精品视频yy9099| 国内精品久久久久久 | 午夜精品久久久久久久白皮肤| 性欧美办公室18xxxxhd| 老**午夜毛片一区二区三区| 亚洲国产成人高清精品| 亚洲系列中文字幕| 久久久免费精品视频| 欧美日本国产在线| 国产亚洲欧美一级| 亚洲精品一区二| 欧美一级午夜免费电影| 欧美高清视频在线观看| 在线一区视频| 久久综合色影院| 国产精品一区二区三区观看| 亚洲国产99精品国自产| 亚洲欧美久久久| 欧美激情1区2区3区| 亚洲欧美综合精品久久成人| 久久久成人网| 欧美性做爰猛烈叫床潮| 亚洲高清在线精品| 性欧美办公室18xxxxhd| 亚洲黄色av| 久久精品视频在线观看| 国产精品成人久久久久| 亚洲国产成人精品久久| 欧美在线一二三四区| 日韩网站在线| 欧美激情日韩| 在线观看视频欧美|