MacRuby 0.5将引入基于LLVM的VM，性能提升明显

MacRuby 0.4的发布引入了一个全新的图形库，并进行了一些改进，比如线程化GC。在此之后，下个版本的MacRuby的重点将会是性能方面的改进。

有篇博文解释了在一个试验性的MacRuby分支上，全新的VM采用了LLVM，从而替换掉了YARV：

全新的VM直接将解析器中的抽象源代码树（AST）转换成LLVM的中间表示（IR），再将其编译为优化过的机器码。还有大量 的关键性优化业已完成，例如更快的fixnum数学运算、缓存的方法分派、零成本的IA64异常、更快的实例变量访问、常量缓存、更快的 break/next、更轻量级的本地变量和尾部调用优化等等。

新VM Roxor的源代码已经在一个试验性的SVN分支之上。compile_node方法通常会取得Ruby AST并转换成LLVM指令，这些指令可能是原语，也可能是Ruby运行时的调用。

因为MacRuby是基于Ruby 1.9.1的，引入试验性VM或者对Objective-C类型的使用等修改可能会导致兼容性问题。为了确保兼容性，MacRuby集成了RubySpec（博文中有所提及）：

当前的试验性分支已经可能可以通过大部分的语言规格，而这是我们回归测试套件的一个标准部分。我们也一直在更新规格，以便可以跟上Ruby 1.9的步伐。

RubySpec是一个可执行的规格，用于定义Ruby实现的行为，最早由Rubinius项目所发起。

Antonio Cangiano针对MacRuby的试验性版本对一些语言特性进行了评测，与MRI和标准1.9.1相比，取得了很不错的成绩。在将来的版本中，究竟其性能还能提升多少，目前尚不可知。Antonio还指出了MacRuby的一些优势：

较之Objective-C和Ruby的混合（例如RubyCocoa的桥接），开发者可以使用MacRuby来与Mac OS X的核心技术相集成，并将其作为Objective-C的替换语言。确切地说，Objective-C的运行时和世代垃圾回收器是MacRuby的核心。 但是从API的角度来看，开发者可以使用Ruby来编写代码，而不是使用更加繁琐和低级的Objective-C。

考虑到GUI程序库长长的列表和Ruby的抽象能力，面向OS X的开发者可以简洁地使用MacRuby来构建应用，并紧密地与Cocoa程序库相集成，来代替Objective-C。

查看英文原文：MacRuby 0.5 Will Have Faster VM Based on LLVM