Slashdot Mirror
Experimental MacRuby Branch Is 3x Faster
An anonymous reader writes "Zen and the Art of Programming published an article about MacRuby's new experimental 0.5 branch (project blog entry here). According to the included benchmarks, Apple's version of Ruby could already, at this early stage of its development, be about three times as fast as the fastest Ruby implementation available elsewhere."
Of course, Slashdot is a dime short and days late on the real news.
JavaScript 3-10x Faster On iPhone OS 3.0
Well, for a better, no BS news aggregator, try The Hacker News. Then after seeing it there for a few days, come to slashdot to see a regurgitated discussion.
What's so special about this implementation? It runs on an intel x86 running a modified bsd kernel. I suppose that this was spiked with a healthy dose of reality distortion field, (remember how RISC processors were X times faster than chips that fell prey to the dreaded "megahertz myth") right up until they switched, and the new systems were 4-6x faster than the old ones?
Common Lisp is ultra-dynamic and whatnot and still compiles to machine code, which in some implementations (SBCL/CMUCL) is quite respectable in performance. Is there something inherently less-compilable about Python, Ruby, Perl, etc., or have they just not had the same engineering work put into them?
10 PRINT CHR$(205.5+RND(1)); : GOTO 10
While the Ruby 1.8 VM is quite slow, the YARV VM used in 1.9 is much faster, resulting in similar performance to most other dynamic languages. These tests are showing MacRuby being 3x faster than 1.9, which puts it in "quite fast" territory.
Thanks ;)
You'd be surprised of the multitudes of comments I get on me and my bastardly signature... Well, you could always look at my freaks list to get an inking.
I thought it was rather dryly funny.
...line. It is disorienting for the people that don't always read the subject line (almost everybody). And capitalizing the first word of the body text when the word takes place in the middle of the sentence doesn't help, either.
I thought it was rather dryly funny.
It was mildly funny a long time ago. It's boring and irritating now.
Care to bet on that? I've seen 5 minute boot times for XP on end-of-life hardware, primarily due to massive delays in indexing large disk drives. And no, it's not "booted" until it gives you a usable mouse and keyboard. Printing up the Windows boot screen and ignoring you for another few minutes does not count as "booted". Vista is noticeably worse on the same hardware due to the larger memory footprint: Win9x used to be OK on the hardware.
Tell that to MTV and New York Times. Yes, they run Rails. Not on the front page, but nevertheless, they use it on very busy parts of their sites.
And heck, do I even need to mention 37signals? Those guys receive tons and tons of requests per second.
"Thanks, Captain Anecdote, but you've left out even the anecdotal evidence. What's all this exclusive writing you're doing with Ruby? I've been doing all my grocery list work in Ruby too, and it's *totally* fast enough."
I'm not the GP, but New York Times, MTV, Aboutus.com (high-ranking Alexa site), Yellow Pages, are all running Ruby. I'd love to give you even more examples but I've signed NDAs.
"I think Ruby is a fantastic language, but then I see comments like this modded up to 5 that are completely nonsensical. This makes Ruby fandom seem more like Java 1999, which makes me think twice about my positive opinion of it."
I can say the same thing about comments that complain about Ruby's speed without providing any kind evidence that the interpreter's speed is the bottleneck in their application. This makes it seem like bashing Ruby is just the latest fad, which makes it very hard for me to take any of these complaints seriously. If you cry wolf several times then nobody will listen to you anymore.
But since neither LLVM nor Clang are licensed under the GPL, RMS will never accept it.
Also, if you've not followed the GCC development mailing lists it seems a large number of core GCC developers are very unhappy with the FSF's "meddling" in the project. Most recently almost all development was brought to a standstill for over two months when the FSF mulled over changes to a license text while the project was in regression-only mode in preparation for the 4.4.0 branch. The kicker was that the license changes were relevant only to the future 4.5 version which will introduce a plugin architecture and were completely unnecessary for the 4.4.0 release. The views expressed by the developers before the problem was resolved indicate that many of them would be prepared to jump ship if they find that the FSF is hindering the development of the compiler.
Macruby is based on Objective-C 2 (which privides a garbage collector).
AFAIK, GNUstep doesnt use Objective-C 2. So, you would also have to port that. :/