いいえ、それを行うことはほとんど不可能であるため、信頼できる比較はありません。これにはさまざまな理由があります。1つは、D8バニラがD7バニラ+モジュール全体、特にビューに似ていることです。
通常のインストールで単一の要求を比較すると、D8はD7よりも明らかに遅い（ビューを追加した場合でも）、実際にはかなり遅い。それはリリースまでに多少改善されるかもしれませんが、完全には好転しません。
D8は、symfonyのような独自のベンダーコードを実行しているだけなので、より多くの時間がかかります。サービスコンテナは、かなりのオーバーヘッドも追加します。
ただし、D8には多くのものがあり、実際のサイトではそれ以上の効果が期待できます。
- デフォルトではJavascriptがフッターで実行されます。これにより、ページの構築が速くなり、ページをより早く表示して使用できるため、フロントエンドのパフォーマンスが向上します。
- 非常に改善されたキャッシング、特に、キャッシュタグとコンテキストに変更内容と実際のサイト上のキャッシュはより良い実行することを意味をキャッシュレンダリングします。D7では、ノードが変更または作成されるたびに、完全なブロックおよびページキャッシュが無効化されました。D8では、キャッシュタグのおかげで、D8 はそのノードがどこに表示され、どこに表示されるかを認識し、関連する部分を無効にするだけで済みます。それを改善するためにまだ多くの作業が進行中ですが、D8はより高速な大規模サイトを構築するためのより多くのツールを提供します。
- 最新バージョンのハードウェアでD8を実行しているときに、そのバージョンと同じくらい古いハードウェアでD7を実行する必要があるという議論もあります。これはかなり高速です。また、初期のベンチマークは、バニラD8がPHP7で最大50％高速に動作することを示しています。これは、そのバージョンが多くのコードを高速で実行するのにはるかに優れているためです。（D7を最新のハードウェアで実行し、PHP7（おそらく）で実行することもできるため、その引数はこれまでしか機能しません...）
- それらの分離されたサービスとより良いAPIのおかげで、最初のステップで物事が遅くなりますが、D8はMongoDBと他の代替バックエンド（redisなど）で部分的/完全に実行するためのサポートが大幅に向上します（私がどの程度大胆かによって異なります）。キー値ストアの場合）。繰り返しになりますが、大規模なサイトでは、負荷の少なくとも一部をMySQLから取り除き、データの一部（またはすべてのデータ）を別の場所に格納できるため、複数のサーバーに負荷を分散するのに役立ちます。
また、パフォーマンスに関心がある場合は、バニラD7 / D8サイトを実行していない可能性が高く、コンテンツの多い大規模なサイトがあることに注意してください。上記のように、D8には、このようなサイトを高速化するのに役立つ多くのツールが用意されています。開発者としての作業が必要で、正しく実行する必要があるものもありますが（D7と同じように）、そうすれば、D8は実際のシナリオでかなりうまく機能すると思います。