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

隨筆 - 7  文章 - 6  trackbacks - 0
<2015年8月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
303112345

常用鏈接

留言簿(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>
              国产精品福利在线| 亚洲国产精品久久久久久女王| 久久久青草婷婷精品综合日韩 | 91久久精品美女| 欧美色精品天天在线观看视频| 香蕉久久一区二区不卡无毒影院| 久久综合一区二区| 亚洲欧美日韩综合国产aⅴ| 亚洲激情欧美| 国产日韩欧美综合精品| 欧美午夜国产| 国产欧美一区二区三区国产幕精品 | 麻豆精品传媒视频| 一本色道久久99精品综合| 欧美成人情趣视频| 免费黄网站欧美| 亚洲精品在线看| 欧美亚洲免费在线| 欧美在线播放视频| 亚洲视频综合| 亚洲欧美在线x视频| 亚洲一区在线观看视频 | 日韩亚洲国产精品| 亚洲精品老司机| 亚洲精选中文字幕| 宅男精品视频| 久久午夜电影| 国产精品久在线观看| 伊人久久大香线蕉av超碰演员| 樱桃国产成人精品视频| 亚洲私人影吧| 欧美高清在线精品一区| 亚洲午夜精品一区二区三区他趣| 性做久久久久久| 欧美日韩一区免费| 亚洲第一在线| 久久久久免费视频| 亚洲午夜在线视频| 欧美三级午夜理伦三级中视频| 国产一区二区三区网站| 亚洲视频二区| 99热在这里有精品免费| 麻豆国产精品777777在线| 国产亚洲福利| 欧美一区二区三区视频在线| 亚洲高清免费在线| 美女视频网站黄色亚洲| 一区二区三区在线免费播放| 新狼窝色av性久久久久久| 欧美刺激性大交免费视频| 影音先锋一区| 欧美日韩一卡| 亚洲第一精品影视| 免费观看成人网| 欧美激情一区二区在线| 亚洲国产婷婷香蕉久久久久久99| 麻豆成人在线播放| 猛干欧美女孩| 亚洲在线日韩| 久久精品一区二区三区不卡| 亚洲国产精品女人久久久| 亚洲人成网站在线播| 欧美日韩一区二区三区在线观看免| 亚洲女爱视频在线| 久久免费高清| 亚洲制服少妇| 美日韩精品免费观看视频| 亚洲视频日本| 久久久国产亚洲精品| 亚洲天堂成人| 欧美一区二区三区四区在线| 亚洲另类自拍| 久久精品一区二区国产| 亚洲一区二区三区中文字幕| 性色av一区二区三区| 亚洲天堂网在线观看| 欧美jizzhd精品欧美喷水| 午夜精品剧场| 国产精品免费看| 日韩视频在线观看一区二区| 伊伊综合在线| 久久国产66| 鲁大师影院一区二区三区| 国产伦精品一区二区| 99视频在线观看一区三区| 欧美在线观看一区| 欧美激情一区二区三区蜜桃视频 | 欧美在线免费视屏| 亚洲影院免费| 欧美激情一区二区三区四区| 久久男人av资源网站| 国内揄拍国内精品久久 | 久久久久国产精品一区三寸| 欧美日韩综合网| 在线中文字幕日韩| 欧美尤物一区| 亚洲国产精品久久久久| 欧美精品一区二区三区高清aⅴ| 久久综合国产精品| 亚洲最新视频在线| 国产精品嫩草久久久久| 欧美一区二区三区四区在线观看 | 欧美国产日韩一区二区在线观看| 国产一区二区三区黄| 久久女同精品一区二区| 亚洲精品久久| 免费观看成人鲁鲁鲁鲁鲁视频| av不卡免费看| 欧美色精品在线视频| 午夜在线精品偷拍| 亚洲三级网站| 免费亚洲婷婷| 久久成人精品一区二区三区| 91久久午夜| 欧美在线视频a| 一区二区三区中文在线观看 | 99re66热这里只有精品4| 欧美中文在线免费| 99视频在线观看一区三区| 国内一区二区在线视频观看| 国产精品videossex久久发布| 久久在线视频在线| 亚洲一区二区三区涩| 亚洲第一在线| 亚洲人精品午夜| av成人天堂| 午夜亚洲福利| 老牛国产精品一区的观看方式| 久久久久久一区| 快she精品国产999| 亚洲人屁股眼子交8| 亚洲精品久久嫩草网站秘色| 亚洲激情小视频| 一本色道久久综合狠狠躁的推荐| 亚洲激情视频在线| 亚洲免费网址| 欧美gay视频激情| 国产婷婷97碰碰久久人人蜜臀| 国产日本欧美一区二区| 91久久国产综合久久| 午夜精品亚洲| 亚洲盗摄视频| 欧美制服丝袜| 欧美日韩美女| 亚洲成在人线av| 久久国产精品亚洲77777| 亚洲精品一区二区三区蜜桃久| 亚洲欧美成人在线| 欧美视频手机在线| 老司机成人在线视频| 亚洲一区二区三区四区五区午夜| 亚洲永久精品国产| 久久久久综合| 亚洲久色影视| 久久精品91| 国产精品一区在线观看你懂的| 国产亚洲一本大道中文在线| 亚洲另类视频| 女同性一区二区三区人了人一 | 免费在线视频一区| 亚洲综合欧美日韩| 欧美视频在线免费| 亚洲精品综合在线| 久久免费高清视频| 一区二区三区高清在线观看| 亚洲二区视频| 午夜精品亚洲一区二区三区嫩草| 噜噜噜噜噜久久久久久91| 亚洲毛片av| 国产欧美日韩不卡| 亚洲一区在线播放| 99国产精品国产精品久久| 裸体一区二区| 亚洲直播在线一区| 一本色道久久99精品综合| 欧美精品一区在线播放| 欧美午夜宅男影院| 久久天天狠狠| 久久久夜夜夜| 亚洲片在线资源| 亚洲一区二区高清| 国产日韩精品一区观看| 久久精品欧美日韩| 美女精品视频一区| 亚洲欧美日韩电影| 久久久精品一品道一区| 亚洲国产你懂的| 快播亚洲色图| 国产综合婷婷| 蜜臀va亚洲va欧美va天堂 | 国产精品激情偷乱一区二区∴| 国产伦精品一区二区三区高清 | 免费成人激情视频| 国产精品系列在线| 久久久久se| 欧美精品在线网站| 久久久久天天天天| 国产亚洲网站| 亚洲午夜视频| 一区二区日本视频|