php-fpm目前主要又兩個分支，分別對應於php-5.2.x的版本和php-5.3.x的版本。在5.2.x的版本中，php-fpm.conf使用的是xml格式，而在新的5.3.x版本中，則是和php.ini一樣的配置風格。
1.php-FPM 提供了慢執行日誌，可以將執行比較慢的腳本的調用過程 dump 到日誌中。
PHP 5.3.3 之前設置如下：
<value name="request_slowlog_timeout">5s</value> <value name="slowlog">logs/php-fpm-slowlog.log</value>
PHP 5.3.3 之後設置以下如下：
request_slowlog_timeout = 5s slowlog = /usr/local/php/log/php-fpm-slowlog.log
2.還可以將執行時間太長的進程直接終止，request_terminate_timeout
參數表示等待10秒後，結束那些沒有自動結束的php腳本，以釋放佔用的資源。
PHP 5.3.3 之前版本：
<value name="request_terminate_timeout">10s</value>
PHP 5.3.3+：
request_terminate_timeout = 10s
3.php-fpm兩種進程管理方式
pm表示使用那種方式，就是static（靜態）或者dynamic（動態）。在更老一些的版本中，dynamic被稱作apache-like。
pm.max_children：靜態方式下開啓的php-fpm進程數量。
pm.start_servers：動態方式下的起始php-fpm進程數量。
pm.min_spare_servers：動態方式下的最小php-fpm進程數量。
pm.max_spare_servers：動態方式下的最大php-fpm進程數量。
如果dm設置爲static，那麼其實只有pm.max_children這個參數生效，系統會開啓設置數量的php-fpm進程。
如果dm設置爲dynamic，那麼pm.max_children參數失效，後面3個參數生效。
系統會在php-fpm運行開始 的時候啓動pm.start_servers個php-fpm進程，然後根據系統的需求動態在pm.min_spare_servers和pm.max_spare_servers之間調整php-fpm進程數。
那麼，對於我們的服務器，選擇哪種執行方式比較好呢？事實上，跟Apache一樣，運行的PHP程序在執行完成後，或多或少會有內存泄露的問題。這也是爲什麼開始的時候一個php-fpm進程只佔用3M左右內存，運行一段時間後就會上升到20-30M的原因了。
對於內存大的服務器（比如8G以上）來說，指定靜態的max_children實際上更爲妥當，因爲這樣不需要進行額外的進程數目控制，會提高效率。
因爲頻繁開關php-fpm進程也會有時滯，所以內存夠大的情況下開靜態效果會更好。數量也可以根據 內存/30M 得到，比如8GB內存可以設置爲100，那麼php-fpm耗費的內存就能控制在 2G-3G的樣子。如果內存稍微小點，比如1G，那麼指定靜態的進程數量更加有利於服務器的穩定。這樣可以保證php-fpm只獲取夠用的內存，將不多的 內存分配給其他應用去使用，會使系統的運行更加暢通。
對於小內存的服務器來說，比如256M內存的VPS，即使按照一個20M的內存量來算，10個php-cgi進程就將耗掉200M內存，那系統的崩潰就應該很正常了。
因此應該儘量地控制php-fpm進程的數量，大體明確其他應用佔用的內存後，給它指定一個靜態的小數量，會讓系統更加平穩一些。或者使用動態方式，因爲動態方式會結束掉多餘的進程，可以回收釋放一些內存，所以推薦在內存較少的服務器或VPS上使用。具體最大數量根據 內存/20M 得到。比如512M的VPS，建議pm.max_spare_servers設置爲20。至於pm.min_spare_servers，則建議根據服務器的負載情況來設置，比較合適的值在5~10之間。
參考：
http://www.linuxde.net/2011/12/3254.html
http://www.linuxde.net/2013/02/12101.html