Google Page Speed を読む

2009-06-07 08:47

Google が リリース した Page Speed を少し読んでみた。Page Speed 自体は便利に使えそうで良いなあ、という感じで不満があまり無いので、他に流用できそうなものを探すのと、ミーハー心が強めです。

全体

  • COPYING
  • build.xml
  • (dist/) - レポジトリには含まれず build.xml が作成する
  • moz_resources/ - Makefile.in など
  • src/
    • cpp/ - C++ で書かれたもの
    • idl/ - cpp, js 以下で定義している XPCOM の IDL
    • js/ - JavaScript で書かれたもの
  • protobuf/
  • third_party/ - libjpeg, Protocol Buffers など外のもの
  • xpi_resources/ - XUL や chrome.manifest など

今回は src/ 以下を中心にみた。Page Speed は JavaScript で書かれた部分と C++ で書かれた部分に大別できる。なお build.xml はあるものの、C++ で書かれた XPCOM のビルドは Ant のタスクになっていない。zip つくって Mozilla のソースツリーで展開、とか変わった作業が必要だ。

C++

C++ で書かれているのは画像のファイルサイズを小さくする部分と “activity” の計測部分だ。

画像のファイルサイズを削る部分は既存の Google 外のコードを呼び出している。ひとつは libjpeg を使ったチャンクの削除、もうひとつは OptiPNG だ。OptiPNG の設定はデフォルトで -f 0,5 なのを -f 0 に、-zs 0-3 なのを -zs 0,1,3 にして試行数 (実行時間) を減らしている。

“activity” まわりはあまり把握できなかった。

  • jsdIDebugService を使った JavaScript の実行の計測
  • そこから生成される call graph のデータ構造と、Visitor パターン
  • HTTP Activity Distributor という nsIHttpActivityObserver を実装したクラス
  • Protocol Buffers まわり

とあるのだけど、Distributor はまだ使われていないようにみえる。Protocol Buffers は JavaScript の実行の計測結果を保存 するのに使われていて、とくに通信などをしているわけではない。

The Page Speed Activity Panel supports saving of JavaScript execution profiles to disk, in the protocol buffer format.

定義は src/protobuf/activity/profile.proto にある。

JavaScript: Closure

JavaScript 部分で、ブラウザ上のスクリプトを書いているひとにも面白いのは src/js/closure.js だろう。Closure というのは Google が使っている (自作の) JavaScript のベースライブラリだ。なかには

  1. 名前空間もどき
  2. ファイル間の依存性の定義
  3. JavaScript の嫌な部分の修正:
    • typeof, propertyIsEnumerable, 型の判断
    • オブジェクトの同一 (同値ではなく) 性
    • 関数: bind, partial
    • OOP
  4. Google っぽいもの

がある。ぱっとみて実装に困りそうなものはあまりなく、どちらかというと「ああ、必要だよねえ」という感じが強い。同一性もごく単純で goog.getHashCode(obj) で obj の “closure_hashCode_#{乱数}” というキーに連番の数字をつっこんでいる。

Google っぽいのは goog.getCssName, goog.setCssNameMapping, goog.exportSymbol, goog.exportProperty などの難読化まわりと、goog.getMsg のメッセージカタログだ。Google の JavaScript は極端に難読化されているけど、それをやるソフトウェアはコメント中で “the compiler”, “JSCompiler” と呼ばれている。ちなみに生成物は “js binary” だ。binary て。コンパイラは外部から必要とされることを明示されていない関数などを一律短い名前に変更したり if (DEBUG) { の中を削ったりもするらしい。

JavaScript: そのほか

Firefox では複数ウィンドウ間で共通の、ウィンドウの DOM 文章をまたぐオブジェクトを提供したいときには XPCOM を使う必要があるけど、Page Speed では横着して StateStorageService という XPCOM を作っている。提供するメソッドは getCachedObject(name) のみで、これがデフォルトで {} を返すので setter すらない。この実装は src/js/components/stateStorageService.js にある。

src/js/pagespeed/ の下には Page Speed そのものについてのコードがある。Page Speed の使っていない CSS セレクタを探す機能は素晴らしいのだけど、CSS に関しては面白いコードはあまり無かった。parse はせず、必要なものは正規表現で間に合わせている。

余談: Steve Souders

Page Speed は簡単にいってしまえば “Google’s YSlow” だ。業界事情に詳しい人は、YSlow の作者の Steve Souders が Google に転職したことを思い出すかもしれない。

ただ、Google Code の Page Speed のページ の Project owners, Project members には載っていない。本人もブログのコメント欄で

A handful of awesome Googlers built Page Speed. I was not one of them. ;-)

と答えていた。

まとめ

だいたい気がすんだ。目的無くはじめて気がすむと終わり、とすると全体像まで把握しきれてなくて、まとめとか書きにくいなあ。以下感想。

コードは、ハイテクノロジーはとくにないけど読みやすいと思いました。コメントもメソッド単位と凝ったところとにつけられてて適切な感じ。ネイティブコードを混ぜるのはマイナーな CPU で動く Linux とか考えだすと大変そうだけど、必要に迫られれば C++ も書けるというのは大事だと思う。

Google Closure は “closure” ってつけるセンス以外は好き。実は Google Code に公開にむけたようなプロジェクトがあるんですがレポジトリは空でした。

Leave a Reply