2011-02-05 8 views
6

一般にDrupalの問題の1つは、遅いということです。私たちは大量生産環境でPressflow 6を実行し、サイズのサイトでは多くのリソースを消費します。 http://drupal.org/node/615822Drupal 7はDrupal 6よりも遅いですか?

このは確かにケースですが、誰もが確認できることが表示されます:

多くは、Drupalの7は、Drupalの6よりも遅くなるかどうかで作られていますか?

多くのありがとう、 クリス。

答えて

7

はい。私は確認することができます。しかしながら。

まず悪いニュース:

  • Drupal7コアはより複雑です。複雑さはパフォーマンスを低下させます。
  • Drupal7コアは大きくなりました。より多くの機能がコアに組み込まれました。 さらにより遅いです。

次に理論:Drupal6で

  • 、約プロジェクトの95%にCCKが含まれていた。それをDrupal +と呼んでください。 Drupal7には、そのままの状態でCCKが付属しています。 Drupal6 +は、が遅いであり、Drupal7である。
  • Drupal7は、パフォーマンスチューニングのために多くのエンタープライズの能力を提供します。 Memcached、(Varnished)プロキシサポート、データベースバランシング(マスター/スレーブなど) Drupal6ができなかったこと。

しかし、実際には、これらのプレスフロー機能は、コアにして、Drupal7の基礎を提供しています。

Drupal7 is slower then Pressflow Drupal6。 Drupal7はDrupal6が提供していないパフォーマンス機能を提供していますが、PressflowDrupal6は提供しています。

多くのプロジェクトでは、ビューモジュールも有効です。 Drupal7のViews3は、Drupal6のViews2よりも多くのパフォーマンス改善(エンタープライズ機能)を提供します。

私のアドバイス:パフォーマンスに最適化されたDrupal7(例:Pressflow Drupal7)がない限り、ただあなたのPressflow Drupal 6に滞在してください。それは理論と実践の両方ではるかに高速です。 Views3の改善点と機能を享受するには、Drupal7 + views3を利用してください。パフォーマンスのチューニングを行うためのオプションが増えます。

+0

@berkes小規模な訂正:Drupal7は、モジュールとして開発されているCCKではなくFieldsとともに出荷されます。 –

+0

確かに、それは意味的により正確です:)。 CCKの継続的な開発の裏にある理由が私には不思議に思えます。 – berkes

+0

さて、http://drupal.org/project/cckをご覧ください。アップグレードパス+いくつかのヘルパー機能。他のすべてが中核であるか、別のプロジェクト(参照、アクセス許可、...)に移動されました – Berdir

6

に依存します。

はい、そのままの状態で、D7はD6より遅くなります。しかし、多くの努力がそれをスケールにしています(これは演奏者とは異なる)。

これらの機能の多くは、実際には、すでにマスター/スレーブデータベースクラスタ、プロキシ、エイリアス処理の改善など、Pressflow 6のサポートの一部です。それはあなたにはあまり役立たない。

しかしそこには存在しなかった機能もあります。例えば、プラグイン可能なフィールドストレージは、すべてのフィールドをMongoDBに保存することができます。また、D7は一般的に遅いですが、クエリが大幅に改善され、ボトルネックは基本的にデータベースからPHPに移行しました。クラスタ化が容易です。

結局のところ、D7はhttp://examiner.comのようなサイトに電力を供給することができます。そして、MongoDBとの統合のようなスケーラビリティの改善のために、D6よりD7を明示的に選択しました。

+1

この回答はおそらく受け入れられた答えよりも優れています。なぜなら、「複雑=遅い」と言って過大化しておらず、スケーラビリティと速度の違いに対処しているからです。 –

1

どちらが速いか遅いかを判断するのは難しいと思います。 Drupal 7はすべてをエンティティとして見ます。しかし、私がdrupalプロファイリングによって気づいたことの一つは、Drupal 7パネルは非常に遅いです。 https://drupal.org/project/profiling です。だから私は常にテンプレートを使うことを提案します。