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

隨筆 - 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>
              影音先锋一区| 老司机一区二区| 久久婷婷久久一区二区三区| 午夜在线精品| 久久人人爽人人爽| 欧美高清视频www夜色资源网| 浪潮色综合久久天堂| 你懂的一区二区| 亚洲国产欧美日韩另类综合| 亚洲高清自拍| 亚洲午夜激情在线| 久久国内精品自在自线400部| 久久久噜噜噜| 欧美日韩一级黄| 国产日韩精品在线| 亚洲人成网站777色婷婷| 亚洲自拍电影| 免费亚洲一区二区| 亚洲色图自拍| 另类图片综合电影| 国产精品剧情在线亚洲| 永久免费视频成人| 亚洲欧美美女| 亚洲成人自拍视频| 欧美午夜精品久久久久免费视 | 一区二区三区欧美亚洲| 亚洲一区999| 麻豆精品91| 国产精品亚洲综合天堂夜夜| 久久九九99视频| 理论片一区二区在线| 欧美日韩喷水| 亚洲国产精品久久91精品| 亚洲一区二区久久| 欧美激情第3页| 亚洲欧美日韩国产| 欧美日韩成人在线| 亚洲电影av| 久久精品综合网| 亚洲视频一区| 欧美日韩成人综合天天影院| 亚洲激情成人在线| 欧美在线视频一区二区三区| 亚洲精品一区二区三区蜜桃久 | 亚洲日本中文字幕区| 久久大逼视频| 国产精品一区二区在线| 亚洲视频播放| 日韩视频一区二区三区在线播放免费观看| 久久精品理论片| 国产一区二区三区在线免费观看| 亚洲综合第一页| 一区二区三欧美| 欧美日韩一区二区三区在线视频 | 亚洲国产精品成人| 久久婷婷成人综合色| 亚洲伊人一本大道中文字幕| 欧美日韩一本到| 亚洲视频在线看| 亚洲免费福利视频| 欧美区高清在线| 一区二区三区精密机械公司 | 久久99伊人| 午夜欧美视频| 国产一区二区福利| 久久综合久久综合久久| 久久成人精品视频| 狠狠色丁香婷婷综合影院| 久久午夜精品一区二区| 久久精品中文| 91久久综合亚洲鲁鲁五月天| 亚洲电影欧美电影有声小说| 欧美—级高清免费播放| 一本色道久久88综合日韩精品 | 久久影视精品| 免费欧美在线| 亚洲午夜未删减在线观看| 亚洲一区二区三区视频播放| 国产欧美一区二区精品忘忧草| 久久爱www久久做| 久久久久久999| 91久久国产综合久久蜜月精品| 亚洲国产一区视频| 99在线观看免费视频精品观看| 欧美国产一区视频在线观看| 一区二区三区欧美在线观看| 亚洲一区二区三区在线播放| 国产一区视频观看| 亚洲国产精品久久久| 国产精品成人午夜| 卡一卡二国产精品| 欧美日本免费一区二区三区| 欧美一区二区三区在线播放| 久久久久www| 亚洲视频狠狠| 久久噜噜亚洲综合| 亚洲综合社区| 欧美肥婆bbw| 久久久久久久97| 欧美日韩激情网| 久热国产精品| 欧美视频福利| 欧美激情视频一区二区三区免费| 欧美视频中文一区二区三区在线观看| 久久久91精品国产一区二区三区| 欧美精品少妇一区二区三区| 久久久久一本一区二区青青蜜月| 欧美国产激情二区三区| 久久国产一区二区| 欧美日韩亚洲天堂| 亚洲第一区在线观看| 国产精品揄拍500视频| 亚洲经典视频在线观看| 国产中文一区二区| 亚洲天堂久久| 在线视频欧美一区| 欧美国产第二页| 免费看精品久久片| 国产一区二区在线免费观看 | 久久精品二区三区| 亚洲欧美日韩国产一区二区三区| 噜噜噜躁狠狠躁狠狠精品视频| 欧美一区=区| 国产精品成人观看视频免费| 亚洲激情在线视频| 亚洲国产婷婷| 久久亚洲精品欧美| 久久久xxx| 国产亚洲福利社区一区| 一区二区三区日韩欧美| 一区二区三区国产在线| 欧美激情精品久久久久久大尺度| 免费成人你懂的| 在线不卡欧美| 久久亚洲国产精品日日av夜夜| 久久久久久夜| 黑人一区二区三区四区五区| 性色av一区二区三区| 久久国产欧美日韩精品| 国产欧美91| 性久久久久久| 久久婷婷蜜乳一本欲蜜臀| 激情国产一区二区| 久久视频在线视频| 亚洲第一综合天堂另类专| 亚洲精品乱码| 欧美日产一区二区三区在线观看| 亚洲午夜精品久久| 欧美午夜精品一区二区三区| 在线亚洲观看| 久久久久成人网| 亚洲福利视频专区| 欧美激情一区二区久久久| 日韩午夜高潮| 欧美中文在线观看国产| 精品白丝av| 欧美国产精品日韩| 一区二区欧美国产| 久久se精品一区精品二区| 影音先锋日韩有码| 欧美激情精品久久久久久大尺度 | 老司机久久99久久精品播放免费| 亚洲第一精品夜夜躁人人躁| 亚洲最新视频在线| 国产乱码精品一区二区三区不卡 | 国产视频精品va久久久久久| 久久精品2019中文字幕| 亚洲国产精品悠悠久久琪琪| 亚洲线精品一区二区三区八戒| 国产精品一区二区在线观看不卡| 久久久久国产一区二区三区四区| 亚洲国产三级网| 亚洲欧美一区二区在线观看| 伊人狠狠色j香婷婷综合| 欧美人妖在线观看| 欧美一区不卡| 亚洲老板91色精品久久| 久久久久久久999精品视频| 亚洲免费播放| 国产专区欧美精品| 欧美日韩一区国产| 久久久蜜桃一区二区人| 宅男精品导航| 亚洲韩国青草视频| 老色批av在线精品| 99pao成人国产永久免费视频| 国产一区二区高清视频| 国产精品白丝jk黑袜喷水| 欧美777四色影视在线| 欧美亚洲视频一区二区| 一本久道久久综合中文字幕| 免费精品视频| 欧美在线视频二区| 亚洲综合色丁香婷婷六月图片| 亚洲激情综合| 在线观看国产日韩| 国产午夜精品美女毛片视频| 欧美午夜精品久久久久久人妖| 欧美福利电影网| 欧美不卡高清|