Island Life - Gaucheでaobench再び に触発されて、マシンも処理系も前回から刷新されたことだしと試してみました。コードはいろいろとひどいのであらためて書き下ろしたい気持ちもありましたが、へんに Smalltalk っぽく書き換えたところで遅くなるだけなので、前回のまま使いました。使用したマシンのスペックは Intel Core i7-4650U @ 1.7GHz/2.30GHz、Win 8.1 (64 bit）です。
| 処理系 | 時間 |
| VisualWorks 7.10.1 (64 bit) | 34 sec |
| Pharo 3.0 / Cog JIT VM | 27 sec |
| Squeak 4.5 / Cog JIT VM | 26 sec |
| Squeak 4.5 (trunk46-spur.image) / Cog Spur JIT VM | 13.5 sec |
| Squeak 4.3 / Cog JIT VM | 37 sec |
| Squeak 4.3 / 旧 非JIT VM | 114 sec |
| Ruby 2.1.2 | 64 sec |
| C | 1.7 sec |
ざっと C の 15倍遅いくらいでしょうか。Cog VM おそるべし。
[追記] …と思ったら、id:squeaker さん情報によれば Cog VM はさらに進化しているらしく、最新の Spur というバージョンを使うと C の 8倍程度の遅さをたたき出したのでありました。すばらしい。
Cog Spur VM とそれに対応した仮想イメージは、こちらから入手可能です。
[追記ここまで]
参考まで Gauche-0.9.5_pre1 は GAUCHE_AVAILABLE_PROCESSORS = 1 で 54s 、この制約をつけないでコア全部使うと 29s でした(cygwin64 環境。前後しますが Ruby、C も同じ）。
あと、Gauche は 0.9.4 も 0.9.5_pre1 も cygwin64 では現状なぜか gc のあたりでビルドに失敗するので（trunk にはパッチが当たっているはずなのですが…）、C はよくわからないながらもエラーから判断して ./gc/include/gc.h の _data_start__ をのたぐいを __data_start__ に書き換えて無理矢理とおしたのを使っています（下はそのときのエラー）。
main.o:main.c:(.rdata$.refptr._bss_start__[.refptr._bss_start__]+0x0): `_bss_start__' に対する定義されていない参照です main.o:main.c:(.rdata$.refptr._data_start__[.refptr._data_start__]+0x0): `_data_start__' に対する定義されていない参照です main.o:main.c:(.rdata$.refptr._bss_end__[.refptr._bss_end__]+0x0): `_bss_end__' に対する定義されていない参照です main.o:main.c:(.rdata$.refptr._data_end__[.refptr._data_end__]+0x0): `_data_end__' に対する定義されていない参照です collect2: エラー: ld はステータス 1 で終了しました
