FluxMozilla関係の情報に特化したブログです。4のリリースを控え、再びそのパフォーマンスを検証する時期がやってきた。これまではJavaScriptの性能だけを見てきたが、今回からはロードタイムの計測なども含める。ID:20090424045037)である。5がリリースされる可能性を云々することはできない。Beta(AppleWebKit/528.16)を用いる。Chrome(以下Chrome)は開発が進んでいるため、Shiretokoと比べるにはちょうどいいだろう。Vista上で動作させている。ロードタイムページの読み込み速度はWebブラウザにとって重要な指標だ。速ければそれだけストレスなくページを閲覧できるわけで、ユーザーにとっての関心も高いと思われる。そこで、WebWaitを利用してロードタイムを計測してみた。以下に表を掲げるが、「初回」とあるのは、ディスクキャッシュをクリアした状態で、ブラウザの起動直後に1回だけ指定ページを読み込ませた場合を指す。初見のWebページを見るときのパフォーマンスを反映するはずとの読みだ。他方「平均」は、2〜4回目の読み込み時間を平均したもので、こちらはさまざまなキャッシュの扱い方が反映されるだろう。ちなみに、ロードの間隔は10秒に設定した。はてなのフロントページを指定したケースの結果を見てみよう。次のとおり、初回・平均ともにShiretokoが強い。Chromeよりも速いのは驚きだ。対象ページを変えて、Yahoo!ニュースで同様の計測を行った結果が、次の表だ。1.91秒やはりShiretokoが強い。4は初回の読み込みが遅いものの、キャッシュが効いていると処理がかなり速い場合もあるようだ。単純にレンダリング速度を比べれば、おそらくWebKitのほうがGeckoよりも優れているはず。描画速度に関してもChromeは定評があり、Shiretokoに遅れを取るとは思えない。Parsing(投機的解釈)が威力を発揮しているのではないだろうか。現在のShiretokoは、外部スクリプトと外部スタイルシートの読み込みに関して、投機的解釈を実行する。対象となるファイルが複数ある場合、一つを読み込んでいる間も他の部分の読み込みや解釈を中断しない。ChromeやSafariのように処理を中断する無駄が生じないぶん、ロードタイムに好影響が出ていると考えられる。スクロールスタイルシートで背景画像を固定したWebページにおいても、スムーズにスクロールできるか。できるとすれば、CPU負荷は低く抑えられているか。090302版』で扱ったように、その点をチェックできるテストケースがあるので、計測してみた。「CPU負荷」は、タスクマネージャで示されたCPU使用率の最高値である。56%Chromeのスムーズさが際立っている。4はこの処理が苦手なようだが、CPU負荷は他より低めだ。問題はShiretokoで、実はリグレッション(機能後退)が発生している。3で計測してみると、4682msというChromeに近い成績を出し、CPU負荷も54%にとどまる。4の開発中にどこかで針が逆回転したわけだ。JavaScriptベンチマークここからはいつもどおりJavaScriptエンジンの性能をチェックする。『TraceMonkeyはトンネルを抜けた』を書いたとき以来だから、約三週間ぶりだ。4の再評価も今回のテストの重要な目的である。2.0に近い数値を叩き出しており、筆者の測定とはかなり差がみられた。4の動作が不完全なものになっていた可能性が十分考えられたため、本記事でベンチマークを実行する際は、その点をとくに注意した。利用したベンチマークは、例によってSunSpider、V8、Dromaeoの三つ。最近の流行はFuturemarkの「Peacekeeper」だが、まだBeta版ということもあって見送った。Shiretokoの設定はjit.contentがtrue、jit.chromeがfalse(デフォルト)である。Sunspider最初に、過去のShiretokoと比較してみよう。4月初めのバージョンよりもわずかに数字がよくなっているが、期待していたほどではない。3のリリース直前に入った修正で一時的に数値が落ち込んでいただけなので、あまり比較にならない。0.8%次に、他のWebブラウザと比較してみると、かなり分が悪い。2.0の数字は、一瞬別のPCでベンチマークを走らせたのかと思うほどだ。2.2%」という成績だったので、そこからの伸びも素晴らしい。4は、2月下旬のときと同じものを使っているのに、かなり数字が改善されている。1.3%」となっていた。ハードウェアか、ソフトウェアかは分からないが、何かが足を引っ張っていたのだ。今回の数値が本物である。3.5が逆転する見込みは極めて薄い。最後に、TraceMonkeyを使わない場合(jit.contentもfalse)についても見ておこう。残念ながらこちらもあまり芳しい結果とは言えない。0.4%V8Shiretokoに関してV8ベンチマークの結果で注目すべきは、「Richards」の項目だけずば抜けて数値が上がっている点である。チューニング次第でこれだけ良くなるわけで、将来に期待がもてる内容だ。97.4V8ベンチマークは、繰り返し述べているようにChromeのデモンストレーションのためにあるといっても過言ではないベンチマークだから、他と比べてChromeの圧勝になるのは当然の成り行きだ。2.0.164.0が1136だったことからすると、エンジン改良の効果も出ていて開発者たちも満足だろう。4は以前の計測でも809だったので変わらない。116Dromaeoここまでの結果からすると、コードフリーズを遅らせる要因になったわりには、TraceMonkeyの開発成果が出ていないように見えた。その真価はDromaeoベンチマークで発揮されたのである。次の表をご覧いただきたい。±3.77%わずか三週間で約20%の改善であり、これは大きい。3からの高速化を多少は体感できるのではないだろうか。3はSunSpiderで崩れていたが、今回そうしたバランスの悪さがなくなったのも嬉しいところ。TraceMonkeyは低空飛行の時期を耐え抜き、着実にスコアを伸ばしていくフェーズに入ったのだ。いえ、他のWebブラウザはさらにその先を行っている。4はそれに近い数字を出している。±6.22%)からほとんど変わっていない。Safariが正式版でエンジンを強化してくるであろうことからすると、トップランナーもうかうかしていられないところだ。これらとShiretokoとの差が縮まりつつあることは指摘しておきたい。4はスクロール性能を除き、Firefox史上最速である。3からただちに乗り換えるだけの理由が認められる。強敵との厳しい競争に曝されていることも明らかだ。3がリリースされた頃とは状況が違ってしまっている。Firefox」キャンペーンを実施するという。このキャンペーンはいわゆる「当社比」をアピールするものなのだろうが、現状を踏まえると、あまりうまい方法とは思えない。「とくにスピードにフォーカスを当てる」という振る舞い自体が、「他社比」を誇示したがっているライバルたちを利するからだ。たしかにパフォーマンスの高さは新規ユーザーを惹きつけるうえで極めて重要な要素ではあるのだが、今Firefoxを売り込むなら、その点は柱の一つにとどめておき、豊富なアドオンや堅牢なセキュリティにも目を向けさせるべきだ。表現力の豊かさを前面に押し出すのでもいいだろう。これまでもFirefoxは高い総合力をアピールしてきたはずだ。それをもう一度繰り返せばいいだけで、何も難しいことはない。スピードを競ってライバルを圧倒できるならともかく、そういった状況にはないのだから、相手の土俵に乗っては損をするばかりだ。はてなブログProMozilla関係の情報に特化したブログです。ZoneMoz-Fxりんごが好きなのでぃすとりかごとなり。@abp_jpUnreviewednorah'#Firefox更新情報Wikiブログ日々のつぶやきスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。