※ 引述《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)