FluxMozilla関係の情報に特化したブログです。一本の記事にならないような小さなネタを雑多に集めたもの。3のJavaScriptパフォーマンスmozilla.dev.apps.thunderbirdに、ThunderbirdのJavaScriptパフォーマンスをSunSpiderでテストした結果が掲載された。GHzと判明)、いちおうの目安にはなる。Thunderbirdの主要開発者らも、参考になると評価している。ベンチマーク上はTraceMonkeyの効果が大きいけれども、実際にThunderbirdのパフォーマンスに影響を与えるのは、JavaScriptエンジン本体(SpiderMonkey)の改良だろう。XULなどの処理が高速化されるからだ。2と比べて二世代進んだエンジンの力を示すものとして重要だ。現在のエンジンではさらに改善されているだろう。2009で発表されたところによると、Firefoxは、一日に120万のダウンロードがあり、2億3千万人のユーザーがいて、10億以上のアドオンが使われているという。ちなみに、このユーザー数は、日常的に使用しているユーザーが約8500万人いるとのカウントを基に、全ユーザー数はその約3倍という推計を用いているらしい。ユーザーの地域分布は、ヨーロッパが44%、北米が33%、アジアは12%となっている。3は、ファイルのアップロード速度が他のWebブラウザより遅いという問題を抱えていた。原因を調査したところ、TCP(伝送制御プロトコル)の設定に問題があり、8KB単位でしかデータを送っていなかったことが判明した。小さな塊に分けて送信するため、非常に効率が悪かったわけだ。ウィンドウサイズが8KBしかなく、相手のサーバーから頻繁に確認応答を受け取ることになって、通信効率が悪くなっていたことが判明した。そこで、ウィンドウサイズを128KBとする単位で送信するように設定が変更され、他と互角のスピードになった。ブロードバンド環境でメリットがありそうだ。(同日追記)「あ」さんのコメントでのご指摘を受けて誤りを訂正する。理解が根本的に間違っていたようだ。通信の塊であるセグメントサイズは変更されていない。確認応答(ACKパケット)を待たずに送信できるデータサイズが拡張されたにすぎない。Ray:雑学事典』がわかりやすかった。3.1のイメージライブラリは独自のメモリキャッシュを使用これまで、Firefoxのイメージライブラリは、ネットワークライブラリ(Necko)のメモリキャッシュを使って、デコードした画像を保持してきた。今のところパッチは不完全だ。(同日追記)「あ」さんのコメントでのご指摘を受けて誤りを訂正する。