今回も第286回に続き、OS X iPhone 2.0 (iPod touch) のベンチマークテストについて。字数がオーバー気味なので、前置きなしに本編へ突入だ。

ベンチマークテストの補足

iPod touch用のGCCパッケージのインストールがようやく成功したので、古典ベンチマーク「Dhrystone 2.1」を使い整数演算性能を検証してみた。なお、利用したコンパイラ「iPhone/GCC」とヘッダ集「Toolchain 2.0.3」はCydia経由で入手したもので、GCCのバージョンはv4.2.1 (iBook G4とMacBook Proはv4.0.1) 、ループ回数はデフォルトの5万回では差がわかりにくいので1,000万回に変更 (dhrystone.cの387行目を「50000」から「10,000,000」に修正) している。

その結果だが、表1のとおり。Dhrystoneはマルチスレッド化されていないうえ、CPUの拡張命令もほとんど使用されていないため、各CPUが持つ真の性能を発揮しきれてはいないが、同じ「素」の状態で試すかぎり、iPod touchのスコアがMacBook ProはもちろんiBook G4のそれに大きく劣後することは確か。単純計算すると、iPod touchの整数演算能力はiBook G4 800MHzの約31.8%、MacBook Pro 2.33GHzの約4.4% (いずれもregiter有効時) ということになる。

iPhone / iPod touchに搭載されているCPUに関し、Appleからの公式な発表はいまだ行われていないが、分解を試みた情報筋によれば、ARM11コアを搭載したSamusung製とのこと。これがメーカーの公表スペックどおりだとすると、クロック数は620MHz (?) で、さらにメディア再生用のSIMD命令セット、3Dグラフィック用の浮動小数点演算ユニット、組み込みJava実行環境 (Jazelle) を備えることになる。前回および今回のベンチマークテストは、いずれもこれらの特徴を考慮していない -- アプリケーションには最適化の余地がある -- ことを申し添えておく。

表1: Dhrystone 2.1の結果 (ループ回数を1,000万回に修正)

SSH経由でiPod touchにログイン、Dhrystoneベンチマークを実行したところ

SunSpider 0.9もテスト

JavaScriptのベンチマーク「Sun Spider 0.9」も、テストしてみた。ネイティブアプリが開発可能になったとはいえ、iPhone登場時点ではAjaxベースのアプリケーションが前提だったこともあり、依然としてJavaScriptに対する需要が根強いはずだからだ。

結果は、表2に示すとおり。正規表現 (RegExp) テストは比較的差が小さいものの、他の全項目ではMacBook Pro 2.33GHzおよびiBook G4 800MHzに大きく水を空けられている。バイナリは共通ではないものの、同じWebKit 3.1ベースであることを考慮すると、やはりプラットフォームとしての性能差は歴然といえる。

一方、WebKitの開発動向に目を移すと、現行のWebKit 3.1に比べ約1.6倍の高速化を実現したという新JavaScriptエンジン「SquirrelFish」の話もある。他との比較はともかく、iPhone / iPod touchでGoogle Docsがそれほどストレスなく使えている現状からすると、Webアプリのパフォーマンスは楽観的に考えていいのかもしれない。

表2: Sun Spider 0.9 の結果

再びFlash / Javaの可能性について考える

第286回は、浮動小数点演算の結果のみを示してFlash / Javaの可能性について言及するという、いささか乱暴な話の展開になってしまったが、今回のDhrystoneとSunSpiderの結果を見ると、やはりiPhone / iPod touchにとっては"厳しい"タスクである (モバイル向けに軽量化されたバージョンは考慮しない)、という結論にたどりついてしまう。前回が言葉足らずだったこともあり、少々補足させていただこう。

Flashの可能性についてだが、スペック的に近い「WILLCOM WS011SH」を例に考えてみたい。Marvell PXA270 / 520MHzを搭載するこのデバイスでは、Flash Playerが動作するが、バージョンはFlash 7 (Opera使用時)。世のWebサービスはFlash 9を要求する傾向にあり、WS011SHユーザにもFlash 9を望む声が多いと聞く。ちなみに、ニコニコ動画の視聴に必要なFlashのバージョンは「9」以降。

シンプルさと全体のバランスを重視するAppleのこと、動いたとしてもシステムリソースに余裕なさげなFlash 9に積極方針とはどうにも考えにくい。代替としてFlash 7を選ぶとはなおさら考えにくく、携帯電話やデジタル家電など小型機器を主対象としたFlash Liteを選ぶ可能性はさらに低いはず。

JavaもFlashと同様、「素」の状態では余裕綽々とはいかない状況が考えられるが、前述したとおりCPU側に内蔵されている (と考えられる) アクセラレータ「Jazelle」が活用される可能性がある。とはいえ、現在のMac OS XにおけるJavaのポジションを考えると、iPhone / iPod touchで積極的にサポートされるという説得材料に欠ける。

もっとも、これはOS X iPhoneに (Safariのプラグインとして) 標準装備される機能の話で、App Store経由でどのようなものが登場するかは予測できない。JavaもFlash Playerも、オープンソース版があることだし……Webブラウザから独立した、スタンドアロンのプレイヤーとしてなら可能性はあるかも、と考えているのだが。