Firefox用のメモリツール開発をモジラが検討中

2009年3月26日

Webブラウザはアプリケーションプラットフォームに向かって進化しているというお話を先日したばかりでしたが、ちょうど同じ話題をMozilla LabsのブログでBen Galbraith氏が取り上げていました（参考記事：Webブラウザの進化は、FlashとSilverlightを飲み込んでいく、SilverlightのライバルはFlashじゃなくて、SilverlightのライバルはFlashじゃなくて。

A New Memory Tool for the Web

そのエントリは「A New Memory Tool for the Web」。長文のエントリです。Galbraith氏は2つの言葉を引用して、Webブラウザがアプリケーションプラットフォームに向かっている例をはっきりと示してくれました。

1つめは、元ネットスケープのマーク・アンドリーセン氏の言葉。

[An operating system] is just a bag of drivers.
（オペレーティングシステムは）ただのドライバの集合体さ

ありましたね、この言葉。もう1つはグーグルがGoogle Chromeをリリースしたときに一緒に公開した漫画の1ページ目から。

Today, most of what we use the web for on day-to-day basis aren't just web pages, They're APPLICATIONS.
毎日Webブラウザを使って見ているのは単なるWebページじゃない。それらはアプリケーションなんだ

だからグーグルは高速なWebブラウザをリリースした、という説明でした。

Galbraith氏は、こうしてWebブラウザがアプリケーションプラットフォームに向かう方向性をはっきり示したうえで、その進化の途中でメモリ管理の課題が存在している、としています。ざっくりとエントリの内容を紹介しましょう。

Mozilla Labsは、WebブラウザをOSグレードのアプリケーションランタイムにしようと真剣に取り組んでいる
Webアプリケーションはサクサク動くべきだ
しかしWebアプリケーションの消費メモリが増えると動作は遅くなる
遅くなる原因には、スワップとガベージコレクションの2つがある
メモリリークが起きていれば、それも問題だ
しかしそうした問題を解決するために、Webブラウザ上で動作しているアプリケーションごとやデータ構造ごとのメモリ消費量などが分かるツールがない
そこで、アプリケーションごとのメモリ消費量、ガベージコレクションのサイクルなどが分かるツールを作ろうと思う
読者に質問。こうした方向性は正しいだろうか？ほかにアイデアはあるだろうか？

最近はさまざまなAjaxライブラリの登場で、以前より大規模なJavaScriptアプリケーションが書きやすくなってきていますから、遅かれ早かれこの種のツールの必要性は高まっていくでしょう。

ざっとネットを検索してみると、Internet ExplorerもFirefoxもメモリリークはそれなりに起きているようで、有名なところではGoogle Mapsでもメモリリークがあった模様です。検出ツールもあるようですが、Galbraith氏が提案する、さらに詳しく状態を参照できるツールのニーズもありそうですね。

Galbraith氏のエントリに対する読者からのコメントを見ても、「ぜひ使ってみたい」「その問題には以前から悩まされていたんだ」といった賛同の声がほとんど。この様子ではFirefox用のメモリツールの登場は間違いなさそうです。