您好,登錄后才能下訂單哦!
php-fpm中max_children的配置是怎么樣的?相信很多沒有經(jīng)驗的人對此束手無策,為此本文總結(jié)了問題出現(xiàn)的原因和解決方法,通過這篇文章希望你能解決這個問題。
現(xiàn)在nginx + fpm 基本成為主流的配置,其中我們比較關(guān)注的是pm.max_chindren的配置
首先,我們關(guān)注一個設(shè)置: pm = static/dynamic。
static :表示在fpm運行時直接fork出pm.max_chindren
個worker進程
dynamic:表示,運行時fork出start_servers
個進程,隨著負載的情況,動態(tài)的調(diào)整,最多不超過max_children個進程。
一般推薦用static,優(yōu)點是不用動態(tài)的判斷負載情況,提升性能,缺點是多占用些系統(tǒng)內(nèi)存資源。
上面的告訴我們max_chindren代表的worker的進程數(shù)。普遍認為,這個配置越多能同時處理的并發(fā)也就越多,這是一個比較大的誤區(qū):
那worker數(shù)到底該怎么配置呢?
理論上woker進程數(shù)=cpu的個數(shù)是最合理的,但由于第2點,可能每個worker都沒處理完請求,這樣,就會頻現(xiàn)502了。但多開進程,只是說避免502,暫時把請求hang住,但這只是緩解之道,實際上這不但不會增加系統(tǒng)的并發(fā),而且會加重系統(tǒng)的負荷,所以,基于2,3 ,設(shè)置一個合理的worker數(shù)就比較重要了。
天下武功,唯快不破,只有盡可能的提升程序的效率,把單個請求的時間壓縮到最低,這樣,單個worker的處理時間變短了,那在單位時間里能處理的請求自然就多了。
那么可以通過每個worker在單位時間內(nèi)處理的請求數(shù)來預(yù)估max_children
的個數(shù)。假如最大的一個請求的處理時間(xhprof里看cpu時間)是100ms內(nèi),而在100ms之內(nèi)同時有100個請求過來,那了理論上就需要配置100個worker進程,先把請求給hang住。
但最大的請求耗時可能會受很多外在的情況影響,不太好預(yù)估,尤其是網(wǎng)絡(luò)i/o也算在里面,我們可以借用第三方的profile工具,比如xhprof, 這類工具可以統(tǒng)計cpu的耗時,通過這個時間來計算真正的worker數(shù)量,比總時間來計算要合理很多,其實這里有一個捷徑,來配置你的max_children數(shù), 就是你前期先把max_childnren設(shè)置成一個比較大的值,穩(wěn)定運行一段時間后,觀察fpm的status里的 max active processes
是多少,然后把max_children配置比他大一些就ok了。
看完上述內(nèi)容,你們掌握php-fpm中max_children的配置是怎么樣的的方法了嗎?如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容,歡迎關(guān)注億速云行業(yè)資訊頻道,感謝各位的閱讀!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。