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:
rake
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
indicators.
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
performance
will exceed the performance of the runtimes you are comparing yourself
to.
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
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
