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

隨筆 - 7  文章 - 6  trackbacks - 0
<2010年2月>
31123456
78910111213
14151617181920
21222324252627
28123456
78910111213

常用鏈接

留言簿(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>
              亚洲一区久久| 欧美日韩伦理在线免费| 午夜欧美大片免费观看| 欧美一区综合| 欧美成人激情视频免费观看| 欧美国产极速在线| 国产伦精品一区二区三区视频孕妇 | 精久久久久久| 一本久久综合| 久久久一区二区| 亚洲美女视频在线免费观看| 欧美一级欧美一级在线播放| 欧美日韩国产片| 亚洲国产精品一区二区www在线| 国产精品99久久不卡二区| 久久精品国产欧美亚洲人人爽| 亚洲激情在线激情| 性色av一区二区三区在线观看| 蜜臀久久99精品久久久久久9 | 久久久久久久久久久久久久一区 | 国产专区综合网| 最新日韩中文字幕| 久久精品人人做人人综合 | 亚洲国产精品va| 久久精品视频免费观看| 国产精自产拍久久久久久| 久久婷婷激情| 欧美在线视频观看免费网站| 91久久精品国产91久久性色tv | 久久激情视频久久| 欧美电影免费| 久久精品30| 欧美美女bb生活片| 亚洲伦理自拍| 亚洲欧洲在线观看| 国产视频一区二区在线观看 | 国产欧美一区二区精品仙草咪| 亚洲视频免费在线| 久久久久综合网| 欧美一区中文字幕| 亚洲欧美日韩国产综合在线| 国产精品a级| 亚洲免费视频成人| 亚洲天堂偷拍| 国产欧美一区二区三区另类精品| 欧美激情第一页xxx| 欧美a级片网站| 亚洲另类在线一区| 久久久999精品免费| 午夜日韩福利| 久久精品91| 亚洲美洲欧洲综合国产一区| 久久精品国产一区二区三| 午夜久久美女| 国产精品一区二区久久精品| 亚洲精品人人| 国产免费观看久久| 一区二区动漫| 国产一区二区三区在线免费观看 | 亚洲欧美成人一区二区在线电影| 国产伦精品一区二区三区| 亚洲乱码日产精品bd| 亚洲日韩成人| 亚洲在线免费视频| 亚洲欧美国产一区二区三区| 欧美日韩精品久久| 亚洲美女精品一区| 国产精品99久久久久久白浆小说| 欧美激情久久久久久| 亚洲免费观看高清完整版在线观看熊 | 亚洲免费观看高清完整版在线观看熊| 亚洲二区在线视频| 欧美二区视频| 亚洲麻豆视频| 亚洲欧美日韩精品一区二区| 国产精品毛片| 欧美成人激情视频| 国产精品入口福利| 亚洲成在人线av| 国产精品入口麻豆原神| 亚洲一区三区视频在线观看| 欧美一区二区视频在线观看| 国产欧美在线观看| 久久精品九九| 亚洲日本va午夜在线电影| 国产日韩高清一区二区三区在线| 午夜久久资源| 欧美激情第1页| 亚洲一区二区三区久久| 欧美高清hd18日本| 在线性视频日韩欧美| 亚洲人成网在线播放| 欧美日韩在线精品一区二区三区| 亚洲无线视频| 欧美va亚洲va国产综合| 亚洲视频在线观看三级| 国产午夜精品久久久| 久久久国产精品一区二区三区| 亚洲激情网站| 久久精品在线观看| 国产欧美日韩91| 模特精品在线| 亚洲夜间福利| 亚洲成人资源| 久久动漫亚洲| 国产日韩高清一区二区三区在线| 久久人人爽人人爽爽久久| 久久黄金**| 艳女tv在线观看国产一区| 国产午夜精品久久| 欧美日韩一视频区二区| 久久精品国产一区二区三区免费看| 欧美国产国产综合| 亚洲韩国一区二区三区| 米奇777超碰欧美日韩亚洲| 欧美大片一区二区三区| 香蕉国产精品偷在线观看不卡| 在线观看欧美| 欧美高清视频| 久久精品一区二区三区中文字幕| 亚洲免费高清| 亚洲国产一区二区三区青草影视| 欧美一区二区三区四区夜夜大片| 99这里有精品| 亚洲片区在线| 影视先锋久久| 韩日精品视频一区| 免费欧美日韩国产三级电影| 午夜天堂精品久久久久| 一区二区久久| 亚洲最快最全在线视频| 欧美亚洲专区| 一区二区三区欧美成人| 国产目拍亚洲精品99久久精品| 欧美乱妇高清无乱码| 欧美成人a∨高清免费观看| 久久久777| 久久久www| 久久精品欧美| 久久视频免费观看| 久久久伊人欧美| 久久人人97超碰国产公开结果 | 亚洲欧美三级在线| 在线中文字幕日韩| 一区二区三区国产在线| 一区二区三区视频在线看| 99国产精品自拍| 亚洲视频观看| 亚洲欧美视频在线观看视频| 亚洲男女自偷自拍图片另类| 亚洲在线观看视频| 欧美在线一二三区| 久久久国产精品一区二区三区| 久久久国产精彩视频美女艺术照福利| 欧美一区二区三区视频在线观看| 欧美在线高清视频| 裸体歌舞表演一区二区| 欧美人与性动交a欧美精品| 欧美日韩美女| 国产欧美精品日韩区二区麻豆天美 | 中文一区在线| 亚洲摸下面视频| 久久久久久亚洲精品中文字幕| 男女视频一区二区| 欧美日本亚洲视频| 国产欧美韩日| 亚洲二区免费| 亚洲永久在线| 日韩视频久久| 午夜久久久久久| 久久躁日日躁aaaaxxxx| 亚洲高清免费视频| 久热精品视频| 久久一区二区三区国产精品| 欧美成人精品福利| 亚洲午夜电影| 久久最新视频| 久久精品最新地址| 欧美精品激情blacked18| 国产精品视频免费在线观看| 在线电影一区| 午夜精品美女久久久久av福利| 久久久国产午夜精品| 91久久线看在观草草青青| 亚洲一区视频在线观看视频| 久久综合国产精品| 国产精品自拍小视频| 最新国产成人在线观看 | 国产亚洲免费的视频看| 亚洲另类一区二区| 久久嫩草精品久久久精品一| 亚洲欧洲一区二区三区久久| 欧美一区2区三区4区公司二百| 欧美精品久久久久久| 国产一区二区三区黄| 亚洲自拍偷拍福利| 亚洲国产高清在线| 久久精品国产99国产精品澳门| 国产精品国产三级欧美二区| 国产精品久久久久久妇女6080 |