web-dev-qa-db-ja.com

php-cgiプロセスのメモリ使用量は着実に増加しています

VPSにWebサーバーをセットアップしようとしています。私の問題は、ウェブサイトがまったくトラフィックを受信して​​いないにもかかわらず、php-cgiプロセスのメモリ使用量が時間とともに増加することです。 (当面はファイアウォールの背後にあります)

VPSには360MB RAMがあります。私はDebian Lenny 32ビットとそのlighttpdおよびphp5-cgiパッケージを使用しています。いくつかの構成変更(以下にリスト)を除いて、私はDebianによるストックセットアップを使用しています。

ウェブサイトはDrupalに基づいています。 Drupalのdevelモジュールを使用すると、PHPスクリプトのメモリ使用量は平均で20KB未満であり、8MBを超えることはありません。

ps auxの出力の関連部分は次のとおりです。

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
www-data 29871  0.0  1.7  54552  6368 ?        Ss   Aug12   0:00 /usr/bin/php-cgi
www-data 29873  0.0  7.4  65808 27468 ?        S    Aug12   0:00 /usr/bin/php-cgi
www-data 29874  0.0  3.7  55808 13736 ?        S    Aug12   0:00 /usr/bin/php-cgi
www-data 29875  0.0  4.3  58040 16204 ?        S    Aug12   0:00 /usr/bin/php-cgi
www-data 29876  0.0  4.4  57444 16288 ?        S    Aug12   0:00 /usr/bin/php-cgi
www-data 29877  0.0  1.7  54552  6368 ?        Ss   Aug12   0:00 /usr/bin/php-cgi
www-data 29879  0.0  9.6  67140 35684 ?        S    Aug12   0:26 /usr/bin/php-cgi
www-data 29880  0.0  6.6  59172 24492 ?        S    Aug12   0:23 /usr/bin/php-cgi
www-data 29881  0.0  7.1  59784 26388 ?        S    Aug12   0:22 /usr/bin/php-cgi
www-data 29882  0.0  7.4  60880 27440 ?        S    Aug12   0:23 /usr/bin/php-cgi
  • Php-cgiがこれほど大きいのは普通ですか?
  • 設定に基づいてphp-cgiのメモリ使用量を推定することは可能ですか?
  • Php-cgiプロセスのメモリ消費を減らすためのヒントはありますか?

既知のメモリリークのバグを検索しても、関連性はありませんでした。そして、デフォルトのDebianパッケージ/構成にそのような明らかなメモリリークがあったとしたら、私は驚くでしょう。同じホスト上の他のユーザーにはこの問題はありません。

これまでに行ったことは、php-cgiプロセスが迅速にリサイクルされるようにPHP_FCGI_MAX_REQUESTSを低い値に設定しています。 abを使用して高負荷をシミュレートすると、これは非常にうまく機能します。プロセスは、10MBより大きくなる前にすぐに停止します。ただし、低から中程度の負荷では、すべてのプロセスが着実に成長し(負荷分散のため)、ほとんどのプロセスが同時に28MB +を消費し、私のVPSがスワッピングのリスクにさらされます。トラフィックがない場合よりも、プロセスが着実に成長することに注意してください。

Php-cgiプロセスの数を減らすことはできますが、これは修正よりも回避策のように感じます。 php-cgiが通常このように成長した場合、私は驚きます。

また、php-cgiプロセスのRSS総数を合計すると、次のようになります。

$ ps -C php-cgi -o rss= | awk '{s+=$1}END{print s/1024}'
195.738

ただし、free -mは次の出力を提供します。

             total       used       free     shared    buffers     cached
Mem:           360        351          8          0         33        190
-/+ buffers/cache:        127        232
Swap:          255          0        255
  • 何か不足していますか?使用済みメモリ(バッファなし)が、ホスト上のphp-cgiプロセスの常駐メモリの合計よりも低いのはなぜですか?

次のPHP拡張機能があります:

php5-cgi php5-common php5-curl php5-Gd php5-mysql php5-xcache

xcache.sizeは24Mに設定されています。以前は32Mでしたが、削減しても効果はありませんでした。 xcache.var_sizeは0に設定されています。残りのプラグインはストック構成を使用しています。 xcache管理ページは、xcacheが1MB未満しか使用していないことを示しています。

PHPのmemory_limitは32Mに設定されています。

これが私のFastCGI設定です。

fastcgi.server    = ( ".php" =>
  ((
    "bin-path" => "/usr/bin/php-cgi",
    "socket" => "/tmp/php.socket",
    "max-procs" => 2,
    "idle-timeout" => 20,
    "bin-environment" => (
      "PHP_FCGI_CHILDREN" => "4",
      "PHP_FCGI_MAX_REQUESTS" => "1000"
    ),
    "bin-copy-environment" => (
      "PATH", "Shell", "USER"
    ),  
    "broken-scriptfilename" => "enable" 
  ))
)

Debianに同梱されている在庫lighttpd.confを使用しています。

他に提供できるデータがあるかどうかをお知らせください。

どんな助けでもありがたいです。これを何日もトラブルシューティングしてきました。アイデアが足りなくなった。

8
John

Var_sizeを小さくしてみてください。 64MBの価値がある場合、数時間後には多くの交換が始まり、次の数時間後には完全にダウンしました。 32Mで元の設定を維持するようにしてください。多分これはあなたに役立つでしょう-私たちの travel サイトでも同じ問題がありましたXcacheはまだバグの多いソフトウェアです:(

2
Tixik

最大リクエスト数の設定は正しい考えです。これは、メモリリークが発生したときにシステムがいっぱいにならないようにする方法ですRAM.

私がお勧めすることの1つは、Apache + mod_phpに切り替えることです。メモリをリークすることなく動作する場合、問題はCGIに関連していたことを意味します。 mod_phpでリークが続く場合は、おそらくコードのどこかにメモリリークがあります。

あなたはDrupalを使っていると言いました。 Drupalモジュールがインストールされていますか?Drupalの安定バージョンではコアにメモリリークがあるため、問題が発生する可能性が最も高いと思いますモジュールおよびその他のサードパーティのアドオンとカスタマイズ。

1
Apreche

/etc/php5/Apache2/conf.dから未使用のライブラリを削除します。おそらく、pdo.iniとpdo_mysq.iniまたはmysqli.iniは必要ありません

0
mazgalici

多くの場合、この種のトラブルは、XCacheなどの一部のオペコードキャッシュまたはmemcached PHP拡張機能が原因です。

0