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), 來自: 119.14.67.114 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/LinuxDev/M.1557719692.A.988.html