webman + phpSpreadSheet 大數(shù)據(jù)導(dǎo)出內(nèi)存異常問題
如題，在webman里，用 phpSpreadSheet 導(dǎo)出又臭又長的數(shù)據(jù)（業(yè)務(wù)需要....），其中，還需要遍歷數(shù)據(jù)進(jìn)行處理（除了基本的數(shù)據(jù)外，還有幾個輔助的大數(shù)組）一個請求就基本漲7,80M的內(nèi)存，一個進(jìn)程沒處理幾次請求就換新的進(jìn)程了。（代碼里面沒有全局變量，沒有用到靜態(tài)數(shù)組之類的，處理的類都是通過new出來的，試過，unset掉內(nèi)存也沒太大變化）。請問下，這種情況應(yīng)該怎么排查，或者怎么釋放內(nèi)存。雖然worker...
webman可處理請求數(shù)的計算
假設(shè)我每個請求響應(yīng)恒定33.33ms 每個進(jìn)程一秒可以處理33個請求 如果我開16個進(jìn)程 那不是代表我每秒最多只能處理528個請求 再多一個一個就會有等待時間 如果直接把進(jìn)程數(shù)再翻倍QPS最高值就是 1056 如果CPU占用不高，但是QPS已經(jīng)快到達(dá)理論值，在CPU負(fù)載良好的情況下 進(jìn)程數(shù)/CPU比例是否可以嘗試不斷提高...
真小白求一個簡單的思路^_^
前端POST請求接口文件(a.php)，a.php文件連接websocket(ws_test.php)，前端POST成功之后，a.php向websocket推送一個字符串（假如是success），然后websocket再將特定的字符串推送前端給指定的uid，前端不直接發(fā)送（假如是success）的原因考慮到前端暴露，規(guī)避一些惡意推送行為，這樣前端連接websocket只發(fā)心跳。目前的問題是a.php怎么和ws_tes...
