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。
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论