剛好最近 Hacker News 上有人做了 C10k 問題的現代化教材 https://unixism.net/2019/04/linux-applications-performance-introduction/ 討論串: https://news.ycombinator.com/item?id=20081488 從最基本的收一個處理一個，到簡單的 forking，multithreading， 到 pre-fork, pre-threading (thread pool) 到用各種 API 去等待 I/O。 過去在 Linux 上還有 accept lock contention 的問題， 不過印象中最近的 kernel 已經修掉了。 ※ 引述《sunfox (野獸派的紳士)》之銘言： : sunfox: 首先感謝推文的鄉民 給的建議 : sunfox: 我既然發問 有人回答 我也應該回應 : → tjjh89017: Event driven的方式？ 05/02 18:00 : sunfox: 我沒寫過程式 也不懂程式 所以懂得沒那麼多 : → ckvir: 好奇的問一下 一般 server 不是都開一個process 等client， 05/05 04:52 : → ckvir: 為什麼會寫成只要有client 就開一個process? 05/05 04:52 : → ckvir: 不是應該一個process等client ,有 client 再開thread？ 05/05 04:55 : sunfox: 程式作者依這樣的架構寫出程式並上線 也是很多年前的事 : sunfox: 當時資料量沒有現在這麼大 程式單純 所耗的資源也不多 : sunfox: client端對連線的速度要求還沒有這麼大 : sunfox: 且主機只要順順的送出資料 一切都遊刃有餘 : sunfox: 一晃眼過了很多年 作者只需要適時的修改程式 : sunfox: 程式技能也沒再用到 : 推 tjjh89017: 開跟關process的成本都很高，所以有時候會先開起來放， 05/06 03:41 : → tjjh89017: 有些則是一個thread負責很多client 05/06 03:41 : sunfox : 現在主要是開跟關process會花時間 且未來上級機關的資料傳遞方式 : sunfox : 有變化 如果架構不改 數據傳輸會延遲太多 : → leolarrel: 參考apache 的設計 05/11 12:02 : 對啊... 要來研究一下 : 推 dces4212: threadpool : 這也是一個關鍵字 謝謝你 : 以上大家的建議 很謝謝 : ※ 引述《sunfox (野獸派的紳士)》之銘言： : : 提供服務的主機 會跑很多數據出來 : : 外網 client端(windows ) 執行連線程式 : : 向提供服務主機發出連線需求... : : 主機會啟動一隻程式供client 建立連線 : : 連線建立後 主機就開始透過Socket主動且持續的傳送數據到外網 windows client : : 如果外網有一千個client端要連線 : : 主機上同樣的程式會執行一千隻 : : 最近在檢討這樣的系統是不是能有更好的設計 : : 因為系統會花時間在程式的start 與 stop : : 如果說 外網client的的程式有50000隻 : : 在三個小時的時間內 都一直有client 程式 上上下下 (執行與關閉) : : 這樣在IO 上與建立連線時 會浪費很多時間與機器的效能 : : 要怎樣去改寫這樣的架構 : : 讓速度變快 時間變短 效能更好 : : 我想到的是 如 FTP : : 1000個人連FTP server FTP程式也不會跑1000隻啊 : : apache 也是 : : 誰能給我一個方向與概念 : : 謝謝 : : PS 主機端的連線程式是C寫的 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.112.30.76 (臺灣) ※ 文章網址: https://webptt.com/m.aspx?n=bbs/LinuxDev/M.1559629990.A.AB7.html