我在通訊底層使用了一個epoll模型,然後epoll在處理請求時會將請求交給一個線程池去處理,線程池中的線程則是調用上層服務,上層服務因為涉及到網絡通訊,所以大致處理一個請求不到10ms
就這樣一個模型在流量增加時會導致CPU急遽飆升嗎?
背景:我的CPU使用率大概在75%左右(流量:20~22Mbps);當流量增加到25Mbps的時候,CPU直接打滿了。 。這不是很符合預期,因為流量增加不到15%,但CPU飆漲25%。
阿神2017-05-16 13:29:40
簡單說下我的觀點,僅供你參考哈:
1:先考慮你的請求是IO密集還是CPU密集?我說的IO密集是指需要read和write收發訊息的網路IO,也就是通訊;CPU密集例如需要經過運算才能出結果,且時間較長。
2:如果是第一種IO密集型的,那我覺得你沒必要把所有的請求都交給線程池去處理。如果沒有讀寫檔案等磁碟IO耗時的操作,甚至都不一定使用執行緒池。這種方式下 One loop per thread模型無疑是最有效率的了,說白了就是在單一EPOLL中完成所有的讀寫(網路資料的讀寫,而不是讀檔案)和定時事件。
3:如果是CPU密集的,那用thread_pool沒有問題,就看你的設定的執行緒數和程式碼有沒有問題了。
這個問題沒有實際環境也不好回答,我全當拋磚引玉,不對的地方望指出。