Ruby プロジェクトに着手した私は、パフォーマンスのために Ruby を使用するという決定に懐疑的でした。
Java と統合された JRuby を見つけて興奮しました。これにより、プロジェクトが非常に簡単になりました。そして今、JRuby がJava バイトコードにコンパイルできることを発見して、さらにくすぐられました。
ベンチマークの数値は次のようになります。
fib(30)ルビー：1.67秒
fib(30) JRuby interp (クライアント VM): 3.93 秒
fib(30) JRuby interp (サーバー VM): 2.28 秒から 2.08 秒
fib(30) JRuby コンパイル (クライアント VM): 1.89 秒から 1.79 秒
fib(30) JRuby コンパイル (サーバー VM): 1.66 秒から 0.86 秒
ここで JRuby を選択したことについて、私は非常に興奮しています。製品リリース用にコンパイルしない理由や欠点はありますか?
配布とインストールにより、その決定が容易になります。システム管理者として、動作中のJRubyインスタンスを配布するよりも多くのJREで実行できる.JARファイルだけを配布したいと思います（OSごとに異なります。例）と私のソースコード。さらに、AOTでコンパイルされたコードはインタープリター/ JITよりも高速であることをすでに示しているので、コンパイルされたバージョンを配布する理由はなおさらです。
Ruby は非常に高速に開発できます (Ruby のスタイルに慣れている場合)。
実行するのはそれほど速くありませんが、これは通常大きなマイナスではありません. 大規模な Web サイトであっても、ほとんどのワークロードに十分な速さです。
決定は、実行速度に基づいて行うべきではありません (人々がパフォーマンスに不満を持っていると予想されるという統計がない限り) ではなく、展開の容易さです。
Ruby アプリケーションの展開が前任者によって達成されている場合は、Ruby のままにします。
JVM へのデプロイの方が簡単な場合は、そちらを使用してください。