最近伺服器SFTP時特別卡頓，free -m一看，實體記憶體竟然都用完了，都開始用Swap了，然後看程序列表，我去，滿螢幕的php-fpm。看來有必要優化下php-fpm的執行方式了。

看了這篇文章，原來php-fpm有3種對子程序的管理方式，從它的配置文件中又可以看出有2種。

一種是pm = static，始終保持一個固定數量的子程序，這個數由pm.max_children定義，這種方式很不靈活，也通常不是預設的。

另一種是pm = dynamic，他是這樣的，啟動時，會產生固定數量的子程序（由pm.start_servers控制）可以理解成最小子程序數，而最大子程序數則由pm.max_children去控制，OK，這樣的話，子程序數會在最大和最小數範圍中變化，還沒有完，閒置的子程序數還可以由另2個配置控制，分別是pm.min_spare_servers和pm.max_spare_servers，也就是閒置的子程序也可以有最小和最大的數目，而如果閒置的子程序超出了pm.max_spare_servers，則會被殺掉。

可以看到，pm = dynamic模式非常靈活，也通常是預設的選項。但是，dynamic模式為了最大化地優化伺服器響應，會造成更多記憶體使用，因為這種模式只會殺掉超出最大閒置程序數（pm.max_spare_servers）的閒置程序，比如最大閒置程序數是30，最大程序數是50，然後網站經歷了一次訪問高峰，此時50個程序全部忙碌，0個閒置程序數，接著過了高峰期，可能沒有一個請求，於是會有50個閒置程序，但是此時php-fpm只會殺掉20個子程序，始終剩下30個程序繼續作為閒置程序來等待請求，這可能就是為什麼過了高峰期後即便請求數大量減少伺服器記憶體使用卻也沒有大量減少，也可能是為什麼有些時候重啟下伺服器情況就會好很多，因為重啟後，php-fpm的子程序數會變成最小閒置程序數，而不是之前的最大閒置程序數。

第三種就是這篇文章中提到的pm = ondemand模式，這種模式和pm = dynamic相反，把記憶體放在第一位，他的工作模式很簡單，每個閒置程序，在持續閒置了pm.process_idle_timeout秒後就會被殺掉，有了這個模式，到了伺服器低峰期記憶體自然會降下來，如果伺服器長時間沒有請求，就只會有一個php-fpm主程序，當然弊端是，遇到高峰期或者如果pm.process_idle_timeout的值太短的話，無法避免伺服器頻繁建立程序的問題，因此pm = dynamic和pm = ondemand誰更適合視實際情況而定。