[MacRuby-devel] Running the experimental branch

Richard Kilmer rich at infoether.com
Sat Apr 4 19:03:34 PDT 2009

On Apr 4, 2009, at 8:18 PM, Vincent Isambart wrote:

>> In the comments of Charlie's latest blog post, someone showed their
>> benchmarks of the 0.5 branch running
>> tak(). http://blog.headius.com/2009/04/how-jruby-makes-ruby-fast.html#comments
>> I'd like to do the same but rake isn't giving me a macruby  
>> executable. How
>> do I go beyond miniruby and get a ruby capable of running
>> Charlie's bench_tak.rb?
> You can't get a macruby executable with the current experimental
> branch. And anyway you can run the tak benchmark with only miniruby
> (./miniruby -I./lib bench_tak.rb 5)

To build what you can with experimental (miniruby) you should read the
README file which shows how to build/install LLVM and then build macruby

In there is says (after LLVM) to just do:


To build.  What you should instead do is:

rake miniruby

This will build miniruby.  miniruby can be executed with:

,/miniruby -e 'p 1234'

miniruby behaves like the ruby executable itself.  You should be able to
run tak.rb then.

> But anyway it seems no one seems to see the only interesting point of
> Charles' posts: mini benchmarks are not a good indicator of the speed
> of an implementation. I've never seen any real-life Ruby code that

I don't necessarily agree that microbenchmarks are _NOT_ good  
I think a specific microbenchmark is not, but the point of these micro-
benchmarks are to judge the speed of specific runtime units.  If you run
one really fast it is not a good indicator of general performance, but  
if you
run all of them quickly, its a good indication that the general  
will exceed the performance of the runtimes you are comparing yourself

> does heavy computations and recursion like tak or fibonacci...
> Such mini-benchmarks are mainly a tool for the implementers themselves
> to see if some code modification did something good in an area, but
> they generally do not mirror real speed...
> And for real speed the new MacRuby VM is still young - it does not
> even run IRB yet anyway (well I would not be surprised if it does next
> week) - and lots of optimization are still to be done. Fixnum
> computations however is already well optimized and is probably not an
> area where you're going to see many changes in speed.
> _______________________________________________
> MacRuby-devel mailing list
> MacRuby-devel at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

More information about the MacRuby-devel mailing list