メモリのパフォーマンスを改善するためのWordpressのリファクタリング[終了]

Wordpressのメモリ消費量を詳しく見ました。私のサイトでは、すべてのプラグインを実行する快適な環境を準備するために、各ページに20MBのRAMが割り当てられているようです。このようにプロットしました。

最適化する単一の場所はなく、ほとんどのメモリを消費する悪意のある人はいません。消費はすべて、多くの多くのphpモジュールに広がっています。

Wordpressでメモリ内の環境を1回だけ初期化し、ヒットごとに何度も再利用するにはどうすればよいですか？遅いPHPでユーザーがクリックするたびに20 MBを消費させたくない-多くのメモリを搭載したサーバー上でも、すべての作業を完了するのに数秒かかります。基本的には、再利用可能な読み取り専用のメモリチャンクが必要になります。

また...なぜ20MBですか？誰でもこれに関する洞察を提供できますか？

編集：これは、開発マシンで実行されているWordpressでのWinCacheGrind出力です（共有ホスティングよりも非常に高速です）。ご覧のとおり、メインページのHTMLを生成するためだけに1秒以上かかります。共有ホスティングによって速度を落とすと、トラブルのレシピがあります。ほとんどの時間を費やす方法を選びました。これをどのように最適化しますか？

編集：これは、この素晴らしいfunctions.phpプロファイリングツールからのクエリ統計です。

ロード：12クエリ-532ms-19.1MB-43キャッシュヒット/ 53
クエリ：15クエリ-563ms-19.0MB-72キャッシュヒット/ 86
ディスプレイ：21クエリ-705ms-19.2MB-234キャッシュヒット/ 257

編集：あなたを驚かせる何かが見たいですか？index.phpの最後に次の行を挿入します。

echo "<pre>\n";
print_r(get_defined_vars());
echo "</pre>\n";

現在の投稿の本文がメモリに保存されている回数を数えようとしました。20個のインスタンスをカウントしました。次に、PHPに参照カウントがあるため、コピーの量が3つに減ったことに気付きました。2つはWP_Queryにあり、1つはオブジェクトキャッシュにあるようです。さらに調査中です。

これが、WordPressがメモリの問題をターゲットにしたリファクタリングを必要としている理由です。メモリの消費を、それが行うことの完全な複雑さのせいにすることはできなくなりました。それは単に間違ったことをしているだけです。

編集：これを理解しようとした1日後、ここに私の発見があります：

1）すべてのメモリの88％は、require、include、またはinclude_onceタイプの呼び出しに由来します。

2）phpファイルのインクルードは、ほとんどの場合、リクエストを処理する最初の部分で発生します（当然ですが）。これは、すべてのメモリが使い果たされる場所でもあります。

3）リクエストの実行中に実行されているすべての関数をプロットすることは非常に興味深いです。合計12000を超えるコールがあります。私はそれらをより見やすくするためにジッターしました（レベル軸は基本的にスタックの深さです）：

4）考えられる唯一の方法は、含まれる.phpファイルの量を最小限にすることです。関数を元のファイルごとに分割すると、多くのファイルが最大でも1回または2回ヒットしていることがわかります。それらが必要でないときにそれらをスキップする方法が必要です。たとえば、リモートデータベースバックアッププラグインはロードされて登録されますが、まったく使用されません。以下は、上記のプロットをファイル名で分割したものです。

私のブログのメモリフットプリントを30％以上削減することにつながるリファクタリングのために、私の評判すべてに値する賞金を提供しています。

編集：WP 3.1をインストールしました。これは古いバージョンとの比較です。

青はWP 3.1、赤は3.0.4です。新しいWPはより高速ですが、より多くのメモリを消費します。

インクルードファイルごとのリストを次に示します。

これにより、「オールインワンSEOパック」がどれだけのメモリを消費しているかがわかります。1つの方法は、プラグインの機能のごく一部を使用して必要なものを取得することです。また、私自身のプラグインはかなり悪いようです。

たとえば、comment.php（ブログへのコメントは許可していません）および他のいくつかの条件付きロードを試してみたいと思います。非推奨のコードをすべて削除しました。グローバルテーブルをオンデマンドでロードするためにkses.phpを削除しました。l10nを単純化し（ローカライズは行いません）、その関数がルックアップなしで文字列をすぐに返すようにしました。私が勝手に設定した30％のマークにはまだ程遠い。

編集：デフォルト設定（32MBのオペコードキャッシュ）でAPCをダウンロードして有効にしました。比較は次のとおりです。

コードの読み込みが大幅に加速され、コードのメモリ容量も少なくなっていることがわかります（おそらく、元のソースではなくオペコードだけを扱っているためです）。ただし、メモリ消費は依然として非常に高くなります。

トラブルの価値はありません。WordPressは、多くのメモリを消費しません。内部で多くの機能を実行するため、大量のメモリを消費します。

静的キャッシュプラグインを使用して結果（ページ生成）をキャッシュし、提供する方がはるかに簡単で効率的です。そうすれば、ほとんどの訪問者はWP自体にヒットすることさえありません。

そして、これがWordPressが書き換えを真剣に必要としていると思う理由です。メモリの消費を、それが行うことの完全な複雑さのせいにすることはできません。それは単に間違ったことをします。

なんて素朴な結論。してはいけないこと、パートIをお読みください。

ただし、メモリ使用量のプロットをありがとう。

かなり後の編集： Autommaticはpreforkと呼ばれるライブラリをリリースしました。これはあなたが求めていることを行うようです：RAMにWordPressコードを一度だけロードします。

WordPress 3.2以降、PHP 5.2が最小要件になります。これにより、コアの一部が再構築され、自動読み込みでクラスを使用できるようになると思います。これにより、実際に必要でない限り、コードの一部をロードすることを回避できます。たとえば、ページビューに埋め込みやギャラリーがない場合、多くのメディアコードの読み込みを回避できる可能性があります。

ただし、彼らがそのルートに進むことを決めたとしても、それは遅い進化であると予想されます（発生した他の内部の変更の多くと同様）。多くのファイルとコードの場所をシャッフルする必要があり、一部のプラグインの後方互換性を壊す可能性があります。

問題の一部（実際にそれを呼び出すことができる場合）は、そのような条件付きロードなしでは、コアフレームワークがコンテンツビューを生成するために必要な機能または不要な機能を事前に知ることができないということです。そのため、必要な場合に備えて多くの関数をロードする必要があります。

Wordpressでメモリ内の環境を1回だけ初期化し、ヒットごとに何度も再利用するにはどうすればよいですか？

オペコードキャッシングと呼ばれます。

http://en.wikipedia.org/wiki/PHP_accelerator

ラムの使用量をそれほど減らすことはおそらくできないでしょう。ただし、を使用mod_phpしている場合は、mod_fcgid代わりに切り替えることができます。

mod_phpはわずかに低速ですが、画像、静的ファイル、またはキャッシングなどの必要がない場合でもphpを読み込みます。リクエストが多い場合、これは大量のRAMです。

fcgidを使用すると、これが大幅に削減されます。

また、静的キャッシュ（w3totalキャッシュなど）を使用すると、PHPの呼び出しがまったく回避されます。これは、非常に大きな利点です。RAM 使用量が少なく、db接続が少なくなります。

ハ。共有ホスティングアカウントで処理できる範囲を超えてデータと使用量を完全にオーバーロードする予定であるため、Webアプリの作業を行っています。フレームワークを作成し、特定のユースケースに必要なものだけを構築します。

だから私は、WPの数百のPHPファイルから実際に必要な20個程度のコアファイルにまでコア環境を削減することができましたが、それでもすべてのdb、HTTP、ユーザー管理、フォーマット、cron WordPressで気に入っている機能。

問題は、それが多くの仕事であり、私が自分の個人的な使用を超えて何かのために私のハックジョブを決して信用しないことです。完全なWP環境を使用する場合は、そのまま使用してください。数百人の開発者が数年かけて微調整しているため、それはそれと同じくらい良いことです。ここでみんなが言ったように、コアをハッキングするよりも優れたホスティングプランを見つけてキャッシュテクニックを研究することで、さらに多くのことが得られます。

はい、WordPressは最初にすべてをロードし、それから私たちがそれをするように頼みます。RAMに仮想プールを作成してファイルを格納できることをどこかで思い出すことができます。WordPress全体をメモリ（<10MB）に入れるというアイデアがありました。それから、速度を上げるだけの大量のI / Oを節約できます。しかし、私はそれを試す機会を得たことがなく、さらにそのようなことを追求することにそれほど熟練していない。しかし、試してみる価値はあります。

いくつかの基本的な提案：

1. キャッシュ用のw3合計キャッシュプラグイン。
2. memcacheをインストールして有効にし、w3合計キャッシュ設定からも有効にします（opcodeキャッシュも適切なオプションですが、w3合計キャッシュプラグインではうまくいきません）
3. テーマファイルの直接リンクへのクエリを最小化します。
4. すべての余分な未使用のプラグインを無効にして削除します。
5. データベースを最適化します。

私は毎日大量のトラフィックがある有名なワードプレスサイトを運営しています。