Relevant, Timely, and Accurate

■[geotools.rb]JRuby は確かに速い。（というか、私の場合は -O -J-server を知らなかった...。）

JRubyが遅いという話は過去のものになるかもしれません。

404 Not Found

を拝見して、改めて私の用途についてベンチマークを取り直してみました。

ベンチマークの内容は、

99819 レコードある Shapefile ファイルを読み、読んだレコードをすべて別の Shapefile に書き出す。

というもので

require 'geotools'

src = '(...)/transl_1_1.shp'
start_time = Time.now
Geo::Writer.open('trans.shp') do |w|
  Geo::Reader.foreach(src) do |g, a|
    w.write(g, a)
  end
end
print "#{Time.now - start_time}s\n"

というものです。geotools.rb は http://svgmapdata.sakura.ne.jp/geotools/ のものです。これを、MacBook の Mac OS X 上で time コマンドを使って時間計測しました。

結果

私の場合、

CRuby で同等の処理をするよりも速い

-O -J-server をつけると2倍速くなる

という結果になりました。しかも -O -J-server をつけたときの処理時間は、私が目標としていた 1ms 程度になってくれています。

私の用途の場合

私の用途は、Java ライブラリを Ruby から使用するというものなのですが、

• CRuby + Rjb には、プリミティブ型と String 型の Ruby クラスへの変換をスキップできる選択肢があり、その場合には私の用途で2倍程度の処理時間短縮ができる場合があった(c.f. JRuby と CRuby + Rjb の速度の違いにはプリミティブ型クラス (+ String 型) の変換が関係している - Relevant, Timely, and Accurate)。
• しかし、JRuby の -O -J-server オプションを使うと、やはり2倍程度の処理時間短縮ができるようである。型変換のスキップはできないが、他の要素により処理時間短縮ができている。
• よって、CRuby + Rjb でなければ得られない処理時間圧縮要素がなくなった。

という三段論法により、これからは JRuby を本格的に利用することにしようと思います。

Permalink | コメント(0) | トラックバック(0) | 14:00