質問: wordpressのメモリ使用量をプロファイルするための理想的な方法は何ですか? 私たちは wordpressマルチサイトインスタンスを実行しています 現在2つのrackspace cloudサーバー、1つのwebと1つのデータベース、現在約30サイトあります。静的資産にはnginxを優先し、apacheはすべての動的要求を処理します。また、memcachedをデータベース用に設定し、apcのopコードキャッシュをphp用に設定しました。 w3 total cacheは、すべてのサイトでデフォルトで有効になっています。1つ問題があるとすぐに厄介です。apacheのプロセスは、定期的に80から120 mbの間になります。 webサーバには2 gbのメモリがあります。つまり、問題が発生するまで15個ほどのプロセスがあります。プロセスは明らかにそれほど大きくないはずですが、私はそれらがなぜそうであるかについて困惑しています。何が起こっているのかを特定するための良い戦略は何ですか?前もって感謝します!update 10/2/10:疑問に思う人のために、メモリ問題の解決策はphp xdebugを無効にすることでした(誤って設定で有効にされ、ランダムなメモリ使用量の急増を引き起こしました) 。
回答: ダニエル、私はkenkeiterに敬意を表して同意しません。nginxをリバースプロキシとしてapacheの前で使うことを理解しています。ハーバード・ローはこの方法で大成功を収めました、そして彼らは彼らがこれをどのようにするかについての素晴らしい記事を持っています、nginxとのインターフェースを助ける彼らのwordpressプラグインへのリンクで: http://blogs.law.harvard.edu/djcp/2010/01/nginx-as-a-front-end-proxy-cache-for-wordpress/ /harvard lawで彼らが発見したのは、nginxは基本的にすべてのリクエストをフロントエンドでキャッシュしているので、バックエンドで他のキャッシュタイプのプラグインを使用してもパフォーマンスは実際には向上しないためです。このようにnginxを使用することに真剣なら、私はあなたが彼らの経験についてその記事を見て、wpサイドのキャッシングを含む動的なプロセスを減らすことを試みることを勧めます。apacheのアクセスログとエラーログを注意深く調べて実際にどのような種類のクエリが動的に行われる必要があるかを調べるといった基本的な方法がいくつかあり、そのような場合を減らすのも良いスタートかもしれません。