※ 引述《bernachom (Terry)》之铭言： : 这跟网路比较有关系.... : 请教一下，因为这一段看了很久了，一直卡在这边，reference也没写，来看看有没有 : 朋友也知道的... : 文章 : http://ppt.cc/5EWO : 图 : 低速 : http://ppt.cc/fNeu : 中速 : http://ppt.cc/0hnB : 高速 : http://ppt.cc/XgbH : 比较不懂的地方就是我在文章中画红线的部份... : with very few time-outs and file descriptor unavailable. : 这跟在较低速率的时後可以处理比较多点有什麽关系吗...? Linux 用档案来处理各种东西,理所当然是以 FD 对应网路来的请求与回应. 资料少,用到的 FD 当然少,而且 time-out 也少. 这个部份文字倾向於解释那张图. : 然後在第二个红线when socket closes : 这个file descriptor跟socket关闭有什麽关系呢? 没有关系. 他讲 socket 的事情是要讲下面的故事. : 第三个红线是port number limitation : 关闭socket 之後，为什麽可以又可以避免达到port number的限制呢? : 希望有朋友可以帮忙，谢谢。 这个句子好有趣,找到二篇文章有同样的一句句型,但二者句型及意思有一点小差异: http://0rz.tw/dsMLe (我做的 Google 查询) 前一段就是你的原文:当socket关闭时它要进入 TIME_WAIT 状态 60 秒以避免达到 埠号上限; 後一段另一篇文章则说:因为关掉socket会 TIME_WAIT 60 秒,所以他要 想办法避免达到埠号上限. 看起来句子意思并不是因为有 TIME_WAIT 状态可以避开埠号限制,而是说他的实验 要配合socket关闭时停在 TIME_WAIT 状态 60 秒的情况而设计,避免埠号限制. 另外关於 TIME_WAIT 有些不错的讨论像: http://www.serverframework.com/asynchronousevents/2011/01/time-wait-and -its-design-implications-for-protocols-and-scalable-servers.html 和 http://www.softlab.ntua.gr/facilities/documentation/unix/unix-socket-faq/ unix-socket-faq-2.html 的 FAQ 2.7:Please explain the TIME_WAIT state. 闲暇之余可以读一读. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.231.69.99 ※ 编辑: yauhh 来自: 61.231.69.99 (02/02 23:34)