SPDYは実際のサイトではそれほど高速ではありません

GoogleはSPDYテストを実施しました。これにより、Webページの読み込み速度が2倍になり、モバイルネットワークで23％増加しました。 ただし、一部の独立した専門家は、プロトコルの有効性について疑問を呈しています。 最近、 SPDYの重要なレビューが Opera Softwareの開発者によって公開されました。 そして今、Google製品は大きな打撃を受けています。生産性テストのスペシャリストであり、アカマイの主要な開発者の1人であるMobitestの著者であるGuy Podjarnyがテスト結果を投稿しています 。 彼らはSPDYを気のめいるように見えます。 ほとんどの場合、SPDY + HTTPSはHTTPSよりもかなり高速ですが、平均して単純なHTTPよりも3.4％遅いことがわかりました。



Podzharnyの方法論は、あなたが掘らないようにするものです。 上位のAlexaから500サイト（著者は恐ろしいポルノサイトの数を言っていますが、サンプルからそれらを除外しませんでした）はSPDYプロキシを介してダウンロードされ、Cotendo CDNサーバー（最近アカマイに買収されました）がプロキシとして使用されました。 Cotendoは、SPDYサポートを実装した最初のコンテンツプロバイダーの1つです。



サイトの元のコンテンツのみがプロキシに配置され、サードパーティのサイトからダウンロードされたファイルは引き続きサードパーティのサイトからダウンロードされることに注意してください。 これは、以前のテストとの根本的な違いです（明らかに、Googleの専門家でさえ、それほど正直ではない最適化で罪を犯しました）。 テストでは、中央のページが18の異なるドメインのリソースを要求していることが示されました。



クライアントとして、 WebPageTest Chromeエージェントが使用されました 。 通常のChromeブラウザーでは、Googleが意図したように、SPDYサポートが5％のケースでランダムに無効になっているため、テストが困難になります。 WebPageTest Chromeエージェントの場合、この機能は無効化されているため、SPDYは常に機能します。 テストの時点では、WebPageTestはChromeのバージョン18でした。



各Webページは、異なる幅のチャンネルで異なる遅延で5回ロードされました。 テスト全体が1日の異なる時間に3回繰り返されました。 統計エラーを最小限に抑えるのに十分な合計9万件の個別ダウンロードが行われました。



結果

チャネル幅（ダウン/アップKbps、レイテンシms）	SPDYとHTTPS	SPDYとHTTP
ケーブル（5000/1000; 28）	SPDY 6.7％高速化	SPDY 4.3％遅い
DSL（1500/384; 50）	SPDY 4.4％速い	SPDY 0.7％遅い
低遅延モバイルネットワーク（780/330; 50）	SPDY 3％高速化	SPDY 3.4％遅い
高遅延モバイルネットワーク（780/330; 200）	SPDY 3.7％高速	SPDY 4.8％遅い

Guy Podzharnyは、いくつかの理由でSPDYの嘆かわしい結果を説明しています。 まず、HTTPはほとんどのサイトのパフォーマンスのボトルネックではありません。 第二に、最新のサイトの場合、Webページ上のリソースは、SPDYサポートがないドメインを含むさまざまなドメインからロードされます。 第三に、SPDYは、ブラウザーでWebページを表示する速度に関する実際の問題を解決しません。これは、スクリプトとCSSに悩まされます。



もちろん、SPDYのサポートが広く普及し、サードパーティのサイトからのリソースもSPDYを介してロードされる場合、テスト結果は改善されます。 「SPDYは素晴らしいものです。10年以上ぶりのHTTPの実際のアップグレードです」とGuy Podzharny氏は言います。