这几天在写多线程程序。

有了一定的开发经验之后，写程序主要是查找API用法的过程。对于多线程来说，主要就是线程创建、同步互斥这些基本API的用法。互斥主要是用锁，我查了一下用Mutex做锁的方法，基本上是看一下用法就知道怎么用了。不过，写代码的时候，突然发现一个很别扭的地方，我不知道自己的锁该锁在哪里了。想来想去，原来是我找到那几篇教程的误导。

通常多线程教程中，给人的例子会给出一个线程的函数，然后在其中给出锁的用法，比如：
void threadFunc(void* param) {
    lock(&my_lock);
    ...
    unlock(&my_lock);
}

这段代码给人传递的信息是用锁来锁住这段代码，而事实上，锁的真正目标并非代码，而是数据。

想想那些来自操作系统课程的例子，比如取钱的例子。甭管怎么取，总之，银行不愿意亏，所以，它要保护的是你的账户。至于你究竟是通过ATM取款还是网上银行，它根本不关心。由此可见，锁的目标是内容，而非行为。

当然，锁住数据之后，一般会有一系列的操作，所以，这越发像保护代码了。但事实上，不是。在这点上，Java做得比较不错，它把锁绑在了对象上，也就是相当于跟到了数据上，synchronized的时候，锁住的就是数据。

在程序设计中，代码只是用不同的方式在处理数据，最为核心的还是数据。所以，别管戏法如何变，盯住数据，我们就可以在暴风骤雨中岿然不动了。

又一次谈到了数据，之前是《管窥OS——进程透明化》和《有状态的程序》。

YARV，Yet Another Ruby VM，又一个Ruby VM。

其实，我觉得它的名字算不上准确，因为原来Ruby算不上拥有VM。当然，按照作者的本意，这个名字不会长久的存在下去，因为项目如果成功，它就会成为Ruby的一部分，不成功的话，没人会记住它。事实上，它正一步步走向成功，因为现在它已经被合并到Ruby的主干代码中。

我不想苦苦等待YARV随着发行版来到我们身边，于是我选择提前体验YARV。到Ruby的网站上，下载Nightly Snaphot版本，我们就可以拥有最新的Ruby版本，当然，这样做的代价是这个版本可能不如正式的发布版那样稳定。事实上，我自己在编译的时候就遇到了一些小问题，幸好，简单修改一下便万事大吉。

关于如何编译Ruby，我已经在之前的blog上讨论过，这里就不再赘述。

下面是我用来体会YARV的一段代码：
def fibonacci(n)
    if n == 1 or n == 0
        n
    else
        fibonacci(n - 1) + fibonacci(n - 2)
    end
end

start_time = Time.new.to_f
puts start_time
puts fibonacci(30)
end_time = Time.now.to_f
puts start_time
puts end_time - start_time

首先，我用Ruby 1.8.5-p12运行这个版本，我最关心的运行时间大概是：
2.60199999809265

同样一段代码用加入YARV的Ruby来跑：
0.401999950408936

大幅度提高，看来YARV果然不负众望。如果希望继续体会YARV，现在Ruby的代码中还多了一个benchmark目录，里面全是一些耗时的运算。

既然YARV号称虚拟机，自然要有自己的指令集。JRuby正在开发的代码之中，已经开始提供对YARV指令的支持，Ola Bini在自己的blog上写过几篇与之相关的blog：
Executing YARV (in JRuby)
YARV tail call optimization in JRuby

XRuby是什么？它是一个编译器。与其它编译器一样，它完成的工作是将一种格式的语言转换成另一种。与大多数编译器不同的是，它是将Ruby的代码（.rb）转换成Java的bytecode（.class)。XRuby是一个开源项目，很荣幸，我是这个项目的成员。

提起Ruby和Java的组合，现阶段，在人们脑中率先撞线的多半是JRuby。JRuby确实在结合Ruby和Java这条路上走了很长一段时间，尤其是去年SUN吸纳了其几个开发人员，名声一下子壮大了许多。但是，JRuby只是一个用Java开发Ruby解释器，而非编译器，也就是说，它并不是将Ruby代码编译成Java的bytecode。当然，现在JRuby的开发者已经走上了编译这条路，不过，仅仅是刚刚起步。从这个意义上来说，XRuby走在前面。

故事得从头说起。2005年中期，yawl一个人开始了XRuby的开发。项目的最初，开发的只是一个Ruby的语法解析器，所以，那时候的名字叫做RubyFront。在yawl的blog上，不难发现他在开发过程中的一些心路历程和解决的各种各样的问题。经过艰苦的努力，RubyFront发布过两个版本，0.1.2和0.2.0。到0.2.0的时候，RubyFront已经可以解析Ruby On Rails的1.1.2版本了。

一个人的努力总是有限的，yawl在孤独前行了很长一段时间之后，决定把这个项目开源，吸引更多人一起努力。2006年9月8日，yawl将代码移至Google Code。此时的项目已经超出了一个Ruby语法解析器的范畴，于是，项目名也由RubyFront变成了XRuby。至此，XRuby正式诞生，也开始向一个真正的Ruby编译器迈进。

项目是开源了，但如果还是一个人做，那和不开源是没有分别的。于是，yawl决定为XRuby打第一次广告，吸纳开发人员加入到XRuby中。

我就是这个时候加入的。当时，刚好完成了RHG第一遍的翻译，对Ruby的构造有了初步的理解。看到这样的消息，当然是兴奋不已：自己熟悉的Java、自己喜欢的Ruby、自己想要了解编译器技术。通过与yawl的沟通，我成为了XRuby这个项目的成员，除yawl之外，第一个加入这个项目的成员。

最初的时候，我花了大量的时间去理解yawl的代码。不过，同我之前了解C Ruby的实现有不小的差异。后来我才逐渐弄清楚，原来yawl的代码更多的是根据自己的想法在写，对C Ruby参考的不多。这样做当然有一些好处，不过，也确实遇到了一些问题。所以，后来我按照C Ruby的实现重新写了一个Runtime，但是由于与原来的实现差异很大，所以，暂时没有加入到第一个版本的发布中，希望在下一个版本的发布中可以看见它的身影。在这个过程中，加深了我对Ruby实现的理解，于是，就有了一篇篇的《管窥Ruby》。

在XRuby的开发过程中，发生了一件有趣的事。

有一个叫rubygrammar的项目，目的是开发一个基于Antlr的Ruby语法前端。这个项目聚集一些人气，前期的结果并不太理想，但是受到了很多人的关注。Antlr的开发者Terence Parr就在Antlr网站上上传了这个项目的前期成果，一个半成品的Ruby前端。

JRuby的开发者Charles Nutter想替换掉JRuby中基于YACC的前端，因为它并不是一个很好的选择，于是，他找到了这个项目。一群人在邮件列表中讨论的结果是，发现现在已经有了一个可以工作的Java的Ruby前端，就是XRuby的前端（也就是最初的RubyFront）。他们建议把前端从XRuby分离出来。结果就是yawl把XRuby的前端贡献到rubygrammer中，成为了其项目的一部分。

随着开发的进行，又有几个人加入到XRuby中。截至XRuby发布第一个版本时，除了yawl和我之外，成员还有beanworms，javachina和cpunion。每个人都为XRuby出了自己的一份力。yawl说，没有大家的共同努力，XRuby的进度会更加缓慢，我说，没有yawl，XRuby就不存在。每个人都有自己的精彩，在这里，我无法尽述大家在项目中所起到的作用，但相信大家都和我一样，通过XRuby学到了很多东西。

我不喜欢用国界来区分技术，因为我相信技术是没有国界的。但是不得不说的一点，目前的几个项目成员都是华人，尽管他们有的身在异国他乡。虽然大家在邮件列表中的交流依然使用的是英语，但私下里的中文交流促进了彼此的了解。

现在，XRuby已经发布了第一个版本。事实上，它还很弱小，远远无法达到我们心目中完美的境界，但它已经迈出了第一步。我们愿意看到它一点点成长。刚刚起步的XRuby需要更多人的帮助，它还在发展之中，有很多的机会可以让人发挥自己的才智。不要为编译器这么“高深”的东西所吓倒，事实上，参与这个项目之前，我对编译器也是知之甚少。XRuby为我们提供了这样一个学习提高的机会，只要拥有热情，我们可以学会那些所谓的“高深”。

Ruby的创始人Matz总是把乐趣挂在嘴边，如果你有兴趣，就来和我们一起体验这份开发的乐趣吧！