web-dev-qa-db-ja.com

WordPressプラグインの物理メモリ使用量の問題

時々、GoDaddyでホストされている私のWebサイトが物理メモリの過負荷のためにクラッシュします。私のホストは、PHPプロセスがサーバーをオーバーロードしており、どのWordPressプラグインがこの原因であるかを見つけようとしましたが、topを実行すると、これを取れ：

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
9204  thisusr   38  18  287m  68m  40m S  0.0  0.2   0:43.58 php
11175 thisusr   38  18  286m  66m  40m S  0.0  0.2   0:37.86 php
13536 thisusr   38  18  279m  60m  40m S  0.0  0.2   0:21.61 php
14091 thisusr   38  18  284m  66m  40m S  0.0  0.2   0:18.29 php
14285 thisusr   20   0  136m 1456  668 S  0.0  0.0   0:00.02 pure-ftpd
15101 thisusr   20   0  135m 1500  704 S  0.0  0.0   0:00.04 pure-ftpd
17461 thisusr   20   0 98956  15m 2712 S  0.0  0.0   0:00.00 cpsrvd-ssl
17466 thisusr   20   0 99092  15m 2712 S  0.0  0.0   0:00.00 cpsrvd-ssl
17745 thisusr   20   0 14908 1132  944 R  0.0  0.0   0:00.00 top
18979 thisusr   20   0  104m 1984 1004 S  0.0  0.0   0:00.35 sshd
18983 thisusr   20   0 11508 1332 1100 S  0.0  0.0   0:00.04 bash

どのWordPressプラグインが「php」をコマンドとして各プロセスにマップするかを見つけるにはどうすればよいですか？

phpapachewordpressgodaddyprocess
7
runningonplants

実際、どのプラグインが問題であるかを知る方法があります。 P3プラグイン （皮肉なことにGoDaddyによって記述された）を使用して、各プラグインの実行時間に関するレポートを生成できます。通常、実行時間が長くなると、消費されるリソースが増え、最初に調べるプラグインに関する初期ガイダンスが得られます。

4
JCL1178

現在、Godaddyにより、より高い物理リソースレベルを購入できるようになりました。 1024を購入して使用するプラグインの数が少なく、サイトで同じ問題が発生しましたが、使用するプラグインの数が少なくなり、1024（リソースレベル2）を購入しました。現在、私のサイトは毎日1万人の訪問者を抱えています。

3
Chetan Patel

残念ながら、WordPressでは、どのプラグインがリソースを消費しているかを知ることができません。プラグインを1つずつ無効にしてから、試行する必要があります。データベースを最適化して、多くのリソースを消費しないようにすることもできます。

GoDaddyでどのホスティングプランがあるかを示すと役立つ場合があります。

1
MilesWeb