php-fpm優化處理

php-fpm.conf有兩個相當重要的參數：一個是」max_children」，另外一個是」request_terminate_timeout」.

 

個人兩個設置的值一個是」40″，一個是」900″，可是這個值不是通用的，而是須要本身計算的。

計算的方式以下：

如 果你的服務器性能足夠好，且寬帶資源足夠充足，PHP腳本沒有系循環或BUG的話你能夠直接將」request_terminate_timeout」設 置成0s。0s的含義是讓PHP-CGI一直執行下去而沒有時間限制。而若是你作不到這一點，也就是說你的PHP-CGI可能出現某個BUG，或者你的寬 帶不夠充足或者其餘的緣由致使你的PHP-CGI可以假死那麼就建議你給」request_terminate_timeout」賦一個值，這個值能夠根 據你服務器的性能進行設定。通常來講性能越好你能夠設置越高，20分鐘-30分鐘均可以。因爲個人服務器PHP腳本須要長時間運行，有的可能會超過10分 鍾所以我設置了900秒，這樣不會致使PHP-CGI死掉而出現502 Bad gateway這個錯誤。

而」max_children」 這個值又是怎麼計算出來的呢？這個值原則上是越大越好，php-cgi的進程多了就會處理的很快，排隊的請求就會不多。設置」max_children」 也須要根據服務器的性能進行設定，通常來講一臺服務器正常狀況下每個php-cgi所耗費的內存在20M左右，所以個人」max_children」我 設置成40個，20M*40=800M也就是說在峯值的時候全部PHP-CGI所耗內存在800M之內，低於個人有效內存1Gb。而若是我 的」max_children」設置的較小，好比5-10個，那麼php-cgi就會「很累」，處理速度也很慢，等待的時間也較長。若是長時間沒有獲得處 理的請求就會出現504 Gateway Time-out這個錯誤，而正在處理的很累的那幾個php-cgi若是遇到了問題就會出現502 Bad gateway這個錯誤。

max_requests便是說每一個進程若超過這個數目(跟php進程有一點點關係,關 系不大),就自動殺死..我這裏應該設置512的,不過懶得壓力測試了,設置大一點,不過也不要設置過大,是個結構體,沒測試過,接近8K到9K大小.網 上動輒設置100k,有點浪費內存了.一個進程浪費大小接近1M.按照網上經常使用配置的128個進程,大概浪費100M左右.好吧,我認可100M是白菜 價,但也別這樣浪費..= =

max_children基本就是進程數,跟nginx的進程沒有想象中的那麼大,由於FPM會本身管理進程(有待考證,起碼我簡單瀏覽了一下源碼,認爲是這個意思).參數不宜設置過大,很佔內存,進程的消耗就不用我多說了