項目是車輛GPS對接,通過JT808協(xié)議,兩種對接方式 1.平臺轉(zhuǎn)發(fā)(TwxGateway) 客戶端少,大概10幾個,每個客戶端轉(zhuǎn)發(fā)大量數(shù)據(jù),正常情況下最多的大概每秒100-200組數(shù)據(jù) 2.設(shè)備直傳(pass_808) 一萬多客戶端,每個客戶端大概30S一組數(shù)據(jù) 如下圖,會出現(xiàn)轉(zhuǎn)發(fā)的gateway大量占用內(nèi)存,top之后cpu基本上100% 所有worker進程busy,top發(fā)現(xiàn)cpu基本沒有占用 通過stra...
json-rpc改裝后的框架,加入了服務(wù)注冊,反射,引入了think-orm 運行一段時間后,大部分進程會busy掉,但實際上請求量很小 [attach]1567[/attach] ? strace busy的進程就一直卡在restart_syscall ? 這個可能是什么原因呢...
服務(wù)端運行了,改裝過后的json-rpc框架,突然出現(xiàn)一個進程占滿16顆cpu資源 strace之后 [attach]1562[/attach] ? 然后停掉服務(wù),該進程依然殺不死,重啟機器依舊運行 lsof 該進程 [attach]1563[/attach] ? 搞不懂是框架導(dǎo)致的,還是中病毒了。。。...