PHPはシェアードナッシングアーキテクチャです。これには長所と短所があります。
欠点の1つは、このようなことを行うのが容易ではないことです。どこかに保存できる状態はあまりありません。
いくつかの簡単なテストを行い、ログインすると、ブーストラップが合計時間の約17%を占めているようで、その50%以上が実際にすべての.moduleファイルと.incファイルをロードしています。これはmemcacheに保存できるものではありません。また、memcacheやデータベースキャッシュを使用しても、それほど問題にはならないようです。
ページキャッシュを有効にしたときにいくつかの結果を取得しようとしましたが、Xhprofは信頼できる結果を返さないようです。全体が速すぎるようです。しかし、それでも、最大の部分はinit / exitフックの実行とそれが見えるファイルのロードを含みます。そこで興味深い問題が見つかりました。Userモジュールは、.moduleファイルのエンティティコントローラーが原因でレジストリをトリガーするため、キャッシュされたページの応答が大幅に遅くなっているようです。
とは言っても、David Straussはコペンハーゲンで実験的な作業を示し、ブートストラップ後にメモリスナップショットを作成し、ページが提供されたらそのスナップショットに戻りました。彼はそのためにDrupal 6を使用しました。上記の数値を確認した後、Drupal 7でこれを行うことによるパフォーマンスの向上はかなり小さいと思います。これの1つの理由は、データベース接続がレイジーロードされており(たとえば、最初のクエリを実行する前にMemcacheを使用すると、ブートストラップがかなり遠くなる可能性があります)、多くのキャッシュが存在することです。
何本当に Drupalの7に悪いことは、これらの巨大な配列と無限再帰やループとレンダーレイヤです。これは、Drupal 7に入ったすべてのパフォーマンス作業をほとんど元に戻します。Twigがコアにした場合、Drupal 8でどのように見えるかを見てみましょう。
最後に、前述の利点について。大きな利点の1つは、要求ごとにすべてが解放されるため、メモリリークはあまり関係がないということです。メモリ使用量が常に増加し、定期的に再起動する必要がある多くのJavaアプリケーションを見てきました。