Windows上のSafari 3のパフォーマンス分析

先日、 bbsod はSafariブラウザの独立したテストに関するメモを公開しました。 これについてさらに詳しく説明する必要があると思います。たとえば、Safari 3のGmailやGoogleマップなどのGoogleサービスは、FireFoxやIEほど速く動作しません。 この記事では、 Safariの例を使用してWebブラウザーの速度をテストする手法に焦点を当てます。



Appleの真のブラウザーパフォーマンス測定

6月11日、 AppleはWindows用のOSXブラウザSafari 3.0のバージョンをリリースし、「最速のWindowsブラウザ」であると述べました。 このステートメントは、Zip Davisが作成したiBenchベンチマークに基づいてAppleが実施したテストに基づいて作成されました。ZipDavisは、HTMLパフォーマンス、JavaScript、およびアプリケーションの起動時間のテスト結果を共有します。 パフォーマンスをテストするためのベンチマークは無数にあり、Appleの声明が正しいかどうかを確認することにしました。



試験準備

他のテストでは、ベンチマークを通じてSafari 3.0 Windowsベータ版を実行し、厳密に定義されたテスト条件下での動作を確認します。 しかし、私たちは一般のユーザーと作業するときにこのブラウザーがどのように直接機能するかを確認することにもっと興味がありました。 つまり、Webページを操作するときのSafariの動作を測定し、ブラウザーの通常のベンチマークとは異なるいくつかのテストを行いました。



どのWebページですか？

Safari 3.0をGmailとGoogleマップのみでテストすると、Safari 3.0はWindowsのFirefox 2およびIE7よりも遅いことがわかりましたが、これら2つのサイトのみに基づいたテストでは、すべてのユーザーのブラウザー機能を完全に表示することはできません。 もちろん、他のウェブサイトで何をチェックする必要がありますか？ この問題は、08/29/07のAlexa評価の最初の行にある16の英語サイトをテストするために選択することで解決しました。 これにより、単純なDHTMLページから完全に異なるデザインのサイトをテストできました。 このアプローチにより、Webページの可能な限り最大の設計オプションを考慮することができました。 もちろん、テストするWebページの数を増やすと精度が向上しますが、正確で簡単なテストを行うには16が適切な数であり、最も人気のあるすべてのサイトが同時にカバーされます。

yahoo.com

msn.com

google.com

youtube.com

live.com

myspace.com

orkut.com

wikipedia.org

facebook.com

hi5.com

rapidshare.com

blogger.com

medaupload.com

microsoft.com

friendster.com

fotolog.net

ネットワーク機能

ブラウザをテストする際の主な問題は、チャネルの帯域幅です。 それは大きく異なる可能性があり、サーバーの負荷が原因で速度が低下したときと、実際に問題がブラウザにあるときを正確に判断することは不可能です。 この問題は、日中のさまざまな時間に測定を行うと何らかの形で解決できますが、正確性の完全な保証も提供しません。 あるブラウザーのテスト中にサーバーにわずかに負荷がかかると、別のブラウザーのテスト時にサーバーの負荷が突然増加する場合があります。

この問題は、インターネット上の個別のサイトと「缶詰」サイトによって解決されました。 インターネット上のサイトのテストは数回行われ、平均値が表示されました。

「定型」統計は次のように作成されました。サイトは完全にローカルサーバーに保存され、その後、ローカルネットワークの統計がすでに測定されています。 チャネル帯域幅を実際に近づけるために、すべてのブラウザーは5 Mbpsの速度でチャネルを処理しました。 さらに、エラーを回避する2つの個別の測定テクニックがありました。 つまり、ブラウザーのパフォーマンスの違いは、両方のテストグループで同じである必要があります。

この手法が他のどの手法よりも優れているとは主張していないことに注意してください。 これには欠点があり、ブラウザーのパフォーマンスを評価する際に考えられる視点の1つとしてのみとるべきです。



測定技術

Webページを操作するときのパフォーマンス測定は、HTTPトラフィックを測定する独自のソフトウェアWeb Performance Analyzer Proによって実行されました。 一部のテストプログラムでは、javascriptを使用してページの読み込み時間を計算するときに問題が発生しますが、この迷惑は私たちのアプローチによって排除されました。 私たちの測定技術が著しく正確である理由は、ページの表示速度を上げるために、ブラウザができるだけ早くページをレンダリングし、同時に画像リクエストでHTTPをパイプラインするためです。 これまで、最後の画像がロードされるまでに、ロード時間を無視できる最後の画像を除いて、Webページはすでに完全に表示されています。

この手法には欠点があります。 たとえば、AJAXページが正しく表示されない場合があります。 幸いなことに、プログラムはHTTPトラフィックをグループ化するため、ページに関連付けられた統計を決定するのは非常に簡単です。



キャッシング

Webページの読み込み速度を決定するための2つの可能なシナリオがあります。 最初のケースでは、ユーザーがページに初めてアクセスしたとき、2回目ではページが開かれたときに、ほとんどの情報が既にキャッシュされています。 両方のケースは、パフォーマンスの違いを判断するために個別にテストされました。



現実的な使用

パフォーマンス測定を実際に行うために、すでにリソースのユーザーであるかのようにサイトが開きます。 つまり、新しいユーザーが登録されているページはテストされていません。 たとえば、Wikipediaをテストするときは、ユーザーが地域を選択できるデフォルトページではなく、情報ページのみがテストされました。



セッティング

使用されたオペレーティングシステムは、Windows XP Professional SP 2、HTTP接続および圧縮が有効なIIS 5.0サーバーでした。 テストされたブラウザー：Firefox 2.0.0.6、Safari 3.0.3およびInternet Explorer 7.0.5730



制限事項

このテストの制限は、既に述べたように、GMailのようなAJAXサイトでした。このようなサイトがテストに参加すると、テストエラーが増加する可能性があります。 したがって、このテストでは、HTMLを操作するときの平均ブラウザパフォーマンスを測定しますが、GMailクラスのサイトの良い指標としては機能しません。



このテストのもう1つの制限は、ホスティングが米国にあるサイトをテストしたことです。 これは、サイトがアジアでホストされている場合、サーバーのパフォーマンスがランダムに異なる可能性が高く、オンラインテストのデータが不正確になるためです。

最後に、サイトがローカルサーバーに完全に転送されるときの手法は、単純なサイトに対してのみ正常に機能します。 より複雑な構造を持つサイトは、ローカルサーバーに正しく転送するのが非常に困難です。 ただし、これはテストの他の機能と矛盾しません。



試験データ



ローカルサーバー上のサイトをテストする

上記のサイトは、ローカルIISサーバーでホストされていました。 測定値は、最初のアクセス時とコンテンツがキャッシュされているページの両方で取得されました。 すべてのテストで最高のブラウザはないことがすぐに明らかになりました。 1つのページで高速になり、別のページで高速になります。







ダウンロード時間の平均化により、すべてのサイトの全体的なパフォーマンスの全体像を把握することができました。 上記のグラフは、Safari 3が最も速く実行され、次にInternet Explorer 7、Firefox 2が実行されたことを示しています。遅い-Firefox 2。



オンライン測定

選択したWebページが再度ダウンロードされましたが、今回は元のサーバーから直接ダウンロードされました。 今回は、ブラウザのパフォーマンス間の関係は変化しませんでしたが、チャネルの帯域幅が広くなったため、全体的なパフォーマンスが向上しました。







ローカルネットワークでのテストが正確だった場合、オンラインテストが以前の結果と比較されるため、すべての結論が導き出されます。 次のグラフは、ローカルネットワークとインターネットのダウンロード速度の違いを示しています。 ここでは、最初のページの読み込みに基づいて、ブラウザーのパフォーマンス間の関係を確認できます。 キャッシュされたページのパフォーマンスをチェックするとき、場所は異なって分配されました：FirefoxとIEの間の引き分けですが、Safariはそれらより少し先になりました。







分析



どのブラウザが高速ですか？

いずれの場合も、Windows用のSafari 3.0ベータブラウザーが最速であることが証明されました。 すべてのテストの平均ページ読み込み時間の差は、このグラフに示されています。







リモートWebページのダウンロード速度は、キャッシュされたページの0.2秒から、ページが初めて読み込まれる1.4まで変化します。 Safariベータ版とIE7を搭載したFirefox 2の0.2秒の差はわずかであり、頻繁にアクセスするページではページの読み込み速度が大幅に向上することはありません。



初めてダウンロードされるページの結果はまったく異なります。 Safariは、インターネット上でページを読み込むと、1.1秒と1.4秒の結果を表示します。 このダウンロード速度の違いの重要性は非常に個人的なものですが、高速インターネットの場合、これらの秒は非常に顕著です。



ローカルホスティングから読み込まれたページの場合、Safari 3.0もより良い結果を示しましたが、違いはそれほど目立ちませんでした。 そのため、LANを使用するときのすべてのブラウザーのパフォーマンスはほぼ同じでしたが、これはかなり予想されることです。



テストロジック

ローカルネットワークでテストを繰り返すことのポイントは、オンラインテストの結果がネットワークの妨害またはサーバーの輻輳によって影響を受ける可能性を排除することでした。 以下の表は、Safariを競合他社よりもロードする時間の差が、ローカルネットワークでの作業時とインターネットでのテスト時の両方で変わらないことを示しています。





Appleパフォーマンス評価

Appleは文字通り次のように述べています。「SafariはInternet Explorer 7の2倍、Firefox 2の1.6倍の速度でページを読み込みます。」 Appleが可能な最大数について述べたことを考慮して、彼らは最初のページのロードについてのみ話し、キャッシュされたサイトでの作業を減らすと考えています。

Appleは、SafariはFirefoxの1.6倍速いと述べ、Safariの読み込み時間が2.14秒、Firefox 2-3.67秒の場合のグラフを示しました。 これらの数値の違いは1.7秒で、これはテストの結果とほぼ正確に一致しています。

IE7との比較に関して、Appleはブラウザが2倍高速であると述べ、その比率が約2.2であるグラフを示しました。 これは、計算した係数1.4よりわずかに高いですが、実際には、Safariは著しく高速です。



いずれにせよ、Appleの声明の現実は、特定の数字を操作するか、基本概念であるSafariがFirefox 2およびIE7よりも高速であるかによって異なります。 ページが初めてロードされる場合、これらのステートメントの真実性を実際に確認し、ページが既にキャッシュにあるかどうかを質問しました。 ただし、特定の場合のブラウザのパフォーマンスは、アクセスするページに依存することを理解しておく必要があります。



Safrariブラウザーからのすべてのニュースを最新に保ちたいですか？ RSSを購読する