【推薦轉載】哪位高手貪佔了小弟我的系統資源 php-fpm

【推薦轉載】誰貪佔了我的系統資源 php-fpm

測試人員向我們反映：在Facebook平台的遊戲比其它平台的遊戲明顯更慢。我詢問，是不是因為fanqiang網路原因。他們說：不是，其它遊戲也比較流暢。使用httpwatch查看了http請求，發現api.php請求花了6秒，且大部分時間是紅色(httpwatch紅色表示伺服器運算時間)。平常2秒，現在6秒,伺服器處理時間在不同的伺服器相差這麼多。直覺告訴：伺服器資源。

伺服器概況

• 作業系統:CentOS5.3-64-2.6.18-164.el5
• 應用服務Nginx0.6、PHP-Fpm、MySQL5.1、PHP5.2、Memcached
• Memcached僅cached遊戲系統設定與模板參資料

故障檢測

1.別的先不管，先top看一下cpu、ram、swap哪個比較緊張。

由分析，可以看出共有602個進程，其中有601個進程休眠了。這好像有點不對勁，核心進程也就80個左右，加上memcached, nginx, mysqld，也不會超出90個。除了這些，剩下的只有php-fpm管理的php-cgi，難道是…？
CPU顯示，CPU壓力並不大，可以說沒有壓力。我們再看記憶體使用量概要，發現4G的記憶體，消耗得所剩餘無幾(free+buffers)， 95%以上的記憶體都已指派。互動空間使用方式，我們暫時不去關心。指令top還列出了佔用資源最多的進程，已耗用時間最久(Time+)的mysqld(約2小時)佔用資源並不是最多。另外，再看php-cgi,單個php-cgi佔用的記憶體也不算多。所以，可以大膽地猜想：伺服器記憶體資源比較緊張，並沒有被某個進程佔用大量記憶體，有可能被某些掛起的進程佔著記憶體沒有釋放。通過free進一步監控記憶體使用量情況，驗證我們的想法。
2.指令free，瞭解RAM資源使用方式。當然，你也可以查看檔案/proc/meminfo

我們先來看Mem統計資訊，total表示實體記憶體總量，約4G。used，表示已指派記憶體，分配了並不表示使用了，包括(buffer&cached)。free指未分配的記憶體,buffers與cached表示分配了但還沒有被使用的記憶體。第二行(buffers/cache)的，used表示真正被使用了記憶體，由第一行的(used-buffer-cached)得到，free則表示還沒有被使用的記憶體,由第一行的(free+buffer+cached)得到。Swap行則表示記憶體交換使用方式，少量的(不頻繁地)swpd，是不會影響伺服器效能的，因為系統需要將V類型的記憶體頁面交換出去或者調整了buffer與cached的大小。但是頻繁地swpd，則有可能意味著伺服器實體記憶體不足，小於指定的swap額定值，需要換出記憶體頁。

查看free結果的時候，我們主要查看第二行。一眼就能看出4G的記憶體，其中有3898M記憶體被用了，還有49M記憶體沒有，都快用完了。這也證實了我們第一步的猜想，記憶體被用完。這裡，我們進一步猜想，記憶體空間嚴重不足的情況下，進程會被blocked，系統會不斷地將不用的資料換出so，將要用的資料讀入si。我們能通過vmstat進一步驗證，我們的這個猜想。

3.指令vmstat監控記憶體使用量情況

作為對記憶體監控，我們比較關心swpd、free、si、so。一般系統不繁忙的狀態下，我們看到swpd,so的值不會持續很高，經常為0。這裡，我們看到swpd值為1.5G，以及free值很小，再一次表明實體記憶體不足。其中si報告了每秒從swap區移入到實體記憶體的記憶體總量，so報告了每秒從實體記憶體移出到swap區的記憶體總量。當然，si有時較大，並不要過份的焦慮，經常碰到一個程式需要較大記憶體來讀寫媒體檔案時，si值就會變大。反倒是so，它通常是一個記憶體緊缺的一個訊號，如果長時間這個值一直保持較大的話，則很有可能記憶體不夠，小額波動，可以不用理會。接下來，可以通過ps找出消耗記憶體的元兇。
4.指令ps找出消耗記憶體的元兇

[[email protected] ~]# ps -A –sort -rss -o comm,pmem,pcpu |uniq -c |head -15
1 COMMAND %MEM %CPU
1 mysqld 0.6 0.0
503 php-cgi 0.3 0.0
5 php-cgi 0.2 0.0
1 php-cgi 0.1 0.0
1 php-cgi 0.0 0.0
1 memcached 0.0 0.0
1 sshd 0.0 0.0
1 nginx 0.0 0.0
1 sshd 0.0 0.0
1 nginx 0.0 0.0
2 bash 0.0 0.0
3 nginx 0.0 0.0
1 sshd 0.0 0.0
1 nginx 0.0 0.0

指令ps比較常用，也比較簡單。上面報告結果，我們一眼就可以命中php-cgi這個進程。雖然單個php-cgi佔用記憶體並不算太大，但是503個php-cgi進程，就有點恐怖了。幾乎佔盡了全部記憶體（503*0.3%）。我們可以猜想，php-cgi由php-fpm管理，是不是可以php-fpm的某個參數配置不當，導致開啟過多的php-cgi進程。
5.設定php-fpm進程數量管理
通過重新將php-conf.conf的max_children值設定為150，系統記憶體又恢複到正常使用方式。free、si、so、b均表示記憶體系統資源正常，沒有壓力。

php-cgi進程釋放的記憶體並不會被系統立即回收，一個php-cgi大概佔用20MB記憶體（取決於你載入的php extensions）。所以，有必要限制你啟動的php-cgi進程數量。那麼，這個數量多少合適呢，你可以在伺服器高峰期通過top統計出php-cgi數量。也可以像php-fpm建議的那樣，通過netstat -np | grep 127.0.0.1:9000來收集資料，通過設定max_children使等待的數量盡量小

6.一個php-cgi佔用多少記憶體
一個php-cgi進程，大概佔用多少記憶體呢，大概是20MB(具體的要看你的php載入了多少模組)。可以通過pmap指令查看哪些地方佔用了記憶體。所以，盡量不要載入不必要的php擴充模組，可以減少不必要的記憶體浪費。

[[email protected] etc]# pmap $(pgrep php-cgi |head -1)
6746: /usr/local/php/bin/php-cgi –fpm –fpm-config /usr/local/php/etc/php-fpm.conf
0000000000400000 6680K r-x– /usr/local/php/bin/php-cgi
0000000000c86000 268K rw— /usr/local/php/bin/php-cgi
0000000000cc9000 56K rw— [ anon ]
0000000005012000 2240K rw— [ anon ]
0000003efd200000 112K r-x– /lib64/ld-2.5.so
…….
00002ac28a7a5000 2048K —– /usr/local/php/lib/php/extensions/no-debug-non-zts-20060613/xhprof.so
00002ac28a9a5000 4K rw— /usr/local/php/lib/php/extensions/no-debug-non-zts-20060613/xhprof.so
00002ac28a9a6000 84K r-x– /usr/local/php/lib/php/extensions/no-debug-non-zts-20060613/apc.so
00002ac28a9bb000 2048K —– /usr/local/php/lib/php/extensions/no-debug-non-zts-20060613/apc.so
00002ac28abbb000 8K rw— /usr/local/php/lib/php/extensions/no-debug-non-zts-20060613/apc.so
00002ac28abbd000 32K rw— [ anon ]
00002ac28abd4000 40K r-x– /lib64/libnss_files-2.5.so
00002ac28abde000 2044K —– /lib64/libnss_files-2.5.so
00002ac28addd000 4K r—- /lib64/libnss_files-2.5.so
00002ac28adde000 4K rw— /lib64/libnss_files-2.5.so
00007fffa717e000 84K rw— [ stack ]
ffffffffff600000 8192K —– [ anon ]
total 154172K

?

