ブラウザ別のタイマ性能比較

えええ、先月あったMozilla Japan - The Future of JavaScript -presented by Mozilla & Shibuya.JS-にかなり遅刻して行って、まんまとじゃんけんで勝ち残ってJohn Resigと握手してもらってサイン入りFirefoxマウスパッドを持って帰った熊谷です。

そのJohn ResigがFirefox3でタイマの性能がどうなったか、FirefoxのほかにSafariとOperaとあわせて

タイマ呼び出しの遅延
タイマ呼び出し間隔の安定度
複数タイマを使用するときのスケーラビリティ
利用可能な最小呼び出し間隔

について調べたはなしを John Resig - Analyzing Timer Performance で書いていたのでご紹介。

この記事ではOSXでFirefox2, Firefox3, Opera9, Safari3について、タイマを同時に1~128個設定したときに、タイマが設定した時間通りに安定してイベントを伝達するか、タイマのタイムアウトを0ms, 10ms, 20msに変えて調査されています。タイマとして使われているものはsetTimeout, setInterval, nsITimerのみっつです。nsITimerというのはFirefoxの内部で
setTimeoutやsetIntervalが内部的に呼び出しているもので、FirefoxをOSにたとえたらOSのタイマAPIみたいなものだと思えばいいでしょう。

グラフの横軸は記事でrecursion depth of the timer callと書かれていてtest case)を見ると、タイマの繰り返し回数です。縦軸は実際にタイマのタイムアウトイベントが来た時間になっています。

で、OSX上で調べた結論として

WebKitのタイマは理想的。信じられないくらい。
Operaは常にひどい。
Firefox2はだいたい安定してるけど、すごく遅れることがある(ガベージコレクタが動いたとき)
Firefox3は2より、ひどい遅れの程度が小さくなっているけど、なんでか0-2msになることがある
Firefox2, Opera, Safariは10msより早くはならない。Firefox3はなにかの理由で15msより早くならない
タイマを同時に64以上動かすのは厳しい
nsITimerは早いタイマを1-2個しか同時に動かせない
Firefox3のnsITimerはなんか根本的におかしい
Firefox3のタイマフィルタリングコードを外してみるとDOMのコードですごく時間を喰ってるのがわかる。

と書かれています。

とりあえずSafariがすごいっていうのと、同時に使うタイマは10くらいにしておくのが無難、インターバルは10ms~20msくらいが最小、くらいがフロントエンドを書くときに関係してくる事柄でしょうか。

どうでもいいけど個人的にはどう見てもOperaよりもFirefoxのほうがmessyに思えます...

コメント欄にLinuxとWindowsでおなじテストを走らせた結果が寄せられていて、タイママニアならこちらも必見です。Linux上のOperaはOSXのSafariなみにいい結果を出しています。
どちらもどういう設定でとられた評価なのかが書かれていないのですが、グラフからするとLinuxは10msのタイムアウトでとられたもの、Windowsは0msのタイムアウトでとられたものでしょう。

余談

タイママニアの間では、Windowsには16ms単位の何かがある、というのが知られていますが、このグラフでもはっきりそれが出ています。Windows上ではFirefoxのタイマは16ms単位でしかイベントを生成しないようなのです。ちなみにOSXの場合は10ms以上であれば1ms単位でそれもかなり安定してイベントを発生させられます。 Firefox2のタイマはOSの提供するタイマAPIを使っているわけではなく、Firefox側で時間の管理をしてイベントを発生させているのでスレッドのスケジューリング間隔と深い関連があるはずなので、いつかそのへんをまとめられたらなーと思います。