原因不是编译

Question

已经降落一个Ruby项目，我一直怀疑使用Ruby由于性能的决定。

我很兴奋地发现的JRuby与它的Java集成。这使得该项目大规模我更容易。现在，我刚才完全被胳肢更发现，JRuby的可编译成Java字节码

使用基准数字像这样：

  

FIB（30）红宝石：1.67s

     

FIB（30）的JRuby interp的（客户机VM）：3.93s

     

FIB（30）的JRuby interp的（服务器VM）：2.28s至2.08s

     

FIB（30）的JRuby编译（客户VM）：1.89s至1.79s

     

FIB（30）的JRuby编译（服务器VM）：1.66s至0.86s

我现在已经非常高兴能够选择的JRuby这里。有没有你为什么不编译产能的释放？

任何缺点或理由

Answer 1

在分配和装置会作出这样的决定更容易为我：作为一个系统管理员，我宁愿只分配，可以在许多JRE的运行.jar文件不是必须分发工作的JRuby实例（这是不同的不同操作系统，例如）的和我的源代码。另外，你已经证明了AOT编译代码比解释/ JIT更快，所以更有理由来分发编译版本。

Answer 2

Ruby是非常快的发展中（如果你熟悉它的风格）。

它不会这么快运行，但是这通常不是一个大减。它足够快足以让大多数的工作负载，甚至大型网站。

的决定不应该被基于运行时的速度 - 除非你有统计说人们预计将不满的表现 - 而是易于部署

如果的Ruby应用程序部署已经被你的前任实现，然后把它的Ruby。

如果部署到JVM是更容易，去与该