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

隨筆 - 7  文章 - 6  trackbacks - 0
<2008年12月>
30123456
78910111213
14151617181920
21222324252627
28293031123
45678910

常用鏈接

留言簿(1)

隨筆檔案

文章分類

搜索

  •  

積分與排名

  • 積分 - 33128
  • 排名 - 615

最新評論

閱讀排行榜

評論排行榜

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 許海斌 閱讀(18834) 評論(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  回復  更多評論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
              欧美日韩精品一区二区三区| 免播放器亚洲一区| 国产日本欧洲亚洲| 国产农村妇女毛片精品久久莱园子| 欧美日韩国产欧美日美国产精品| 另类尿喷潮videofree| 久久综合电影一区| 欧美电影免费| 欧美视频亚洲视频| 国产免费观看久久| 伊人精品成人久久综合软件| 亚洲激情小视频| 99成人精品| 香蕉免费一区二区三区在线观看| 久久国产主播精品| 欧美国产欧美亚洲国产日韩mv天天看完整| 欧美激情一区二区三区蜜桃视频| 亚洲国产裸拍裸体视频在线观看乱了中文 | 国产精品视频内| 韩国av一区| 亚洲精品孕妇| 欧美怡红院视频| 欧美激情在线| 亚洲一区在线观看视频| 久久精品国产亚洲精品 | 欧美成人69av| 一本色道久久综合| 久久免费少妇高潮久久精品99| 欧美美女福利视频| 国产一区二区三区久久| 亚洲精品一区二区三区四区高清 | 亚洲四色影视在线观看| 亚洲伊人网站| 欧美成人综合在线| 亚洲欧美日韩综合一区| 久热精品视频在线观看一区| 欧美在线亚洲综合一区| 美女在线一区二区| 亚洲欧美电影院| 欧美激情无毛| 在线高清一区| 久久精品成人欧美大片古装| 亚洲精品日韩激情在线电影 | 欧美大片在线观看一区| 欧美精品九九| 久久久精品国产99久久精品芒果| 亚洲美女网站| 久久激情视频免费观看| 亚洲欧洲久久| 久久国产精品99国产精| 国产精品九九久久久久久久| 亚洲精品一区二区三区av| 久久久免费精品视频| 亚洲一区国产| 国产精品久久夜| 亚洲一区二区成人在线观看| 亚洲电影在线看| 久久久久在线| 怡红院精品视频| 免费观看国产成人| 狠狠噜噜久久| 国产在线精品一区二区夜色| 在线观看欧美成人| 久久婷婷人人澡人人喊人人爽 | 久久精品五月婷婷| 欧美午夜精品久久久久久浪潮 | 在线亚洲一区| 久久综合九色综合欧美就去吻| 欧美午夜在线观看| 亚洲你懂的在线视频| 亚洲欧洲日本mm| 欧美电影资源| 一区二区欧美日韩视频| 一区二区在线观看av| 久久亚洲欧洲| 中文亚洲免费| 国产性天天综合网| 老司机久久99久久精品播放免费 | 久久这里只有| 亚洲另类一区二区| 日韩午夜av| 国产精品久久久久久久久果冻传媒 | 欧美体内she精视频| 一区二区国产日产| 亚洲图片在线观看| 国产综合久久| 亚洲福利视频专区| 欧美视频一区二| 久久狠狠一本精品综合网| 久久精品国产第一区二区三区| 在线观看成人av| 亚洲精品一二区| 国产精品一香蕉国产线看观看| 久久人人爽人人爽爽久久| 嫩草成人www欧美| 午夜免费日韩视频| 久久精品1区| 亚洲一区二区三区高清| 欧美在线影院| 一本色道久久综合亚洲精品高清 | 91久久综合| 亚洲一区二区三区激情| 亚洲成色www8888| 国产精品第一区| 欧美高清hd18日本| 国产伦精品一区二区三区免费迷 | 美女视频黄 久久| 欧美日韩在线亚洲一区蜜芽| 久久蜜桃资源一区二区老牛| 欧美精选午夜久久久乱码6080| 欧美在线视频一区二区| 欧美精品国产| 欧美jjzz| 国产一区二区毛片| 一本一本久久a久久精品综合麻豆| 国产在线国偷精品产拍免费yy| 亚洲国产高清一区二区三区| 国产亚洲欧美一区二区| 中文精品视频| 这里只有视频精品| 久久久女女女女999久久| 亚洲男女自偷自拍| 欧美视频中文字幕| 另类成人小视频在线| 国产精品久久久久av| 最新高清无码专区| 亚洲欧洲日本在线| 久久久五月天| 久久久久久久91| 国产欧美日韩精品一区| 日韩亚洲欧美综合| 99热精品在线观看| 欧美激情区在线播放| 免费中文字幕日韩欧美| 激情校园亚洲| 久久久久久亚洲精品中文字幕 | 夜夜嗨av一区二区三区中文字幕| 亚洲视频二区| 亚洲国产日韩欧美综合久久| 今天的高清视频免费播放成人| 亚洲一级电影| 午夜精品视频| 国产精品www.| 亚洲一区二区三区四区五区午夜| 一区二区电影免费在线观看| 欧美成年人视频网站欧美| 亚洲成在人线av| 一区二区成人精品| 国产精品大片wwwwww| 亚洲欧美日本另类| 久久午夜电影| 亚洲福利视频三区| 欧美日韩国产麻豆| 一区二区精品| 久久精品亚洲一区二区| 激情综合在线| 欧美极品在线观看| 一区二区三区|亚洲午夜| 午夜国产不卡在线观看视频| 国产精品女同互慰在线看| 午夜精品久久久久久99热软件| 久久久久国色av免费看影院| 亚洲电影一级黄| 欧美色图一区二区三区| 香蕉免费一区二区三区在线观看| 久久伊人亚洲| 这里是久久伊人| 韩国福利一区| 欧美成人在线免费观看| 亚洲深夜福利在线| 另类亚洲自拍| 亚洲无亚洲人成网站77777| 国产亚洲人成网站在线观看| 美女露胸一区二区三区| 久久九九国产精品| 国产视频一区在线观看| 麻豆91精品91久久久的内涵| 国产精品少妇自拍| 麻豆国产精品va在线观看不卡| aa级大片欧美三级| 久久全国免费视频| 亚洲午夜日本在线观看| 国内精品嫩模av私拍在线观看 | 国产亚洲精品成人av久久ww| 免费在线成人| 亚洲宅男天堂在线观看无病毒| 毛片av中文字幕一区二区| 在线综合亚洲欧美在线视频| 怡红院精品视频| 国产精品午夜在线| 欧美精品啪啪| 久久久久久一区| 亚洲欧美日韩中文播放| 最新日韩av| 欧美福利网址| 久久免费视频网站| 小黄鸭精品密入口导航| 亚洲免费电影在线| 亚洲第一精品影视| 国产一区二区三区在线观看精品 |