Ola Bini has written a couple of posts that touch on Rubinius and the other Ruby implementations. The first talks about the new weekly meeting of implementors, saying “[I]t’s a huge deal. This will make the lives of all Ruby implementations much easier, and the meeting yesterday actually accomplished some very nice things.” I hope we’ll see this yield more Ruby Implementor Summits and the like.
Ola also wrote about the RbYAML Project for the Google Summer of Code. As the RubyCentral organizer for the GSoC, I’m really excited that we have nine great looking projects (including RbYAML) that will really help the whole Ruby community.
Vladimir Sizikov wrote about the RubySpecs Project (an outgrowth of the Rubinius project). This one also tied into GSoC, we’ve got two students working on separate projects to improve spec coverage.
Charlie Nutter provided a good perspective on the various implementations. I’m not sure I agree with everything he says, but he’s a smaart guy and I don’t really want to bet against him either. Here’ the obligatory Rubinius quote:
Rubinius is, and always has been, a great project and a great idea. I talk with Evan and Brian and all the others on a daily basis, I contribute specs whenever I find gaps or fix bugs in JRuby, and I secretly harbor a desire to implement a JRuby/JVM backend for the Rubinius kernel. I’m sure we’ll see great things from Rubinius in the future.
Nikos Dimitrakopoulos provided some coverage of Ruby implementation performance. Rubinius doesn’t look to good, but the standard caveat still applies … they’re still focusing on completeness not performance.
Luis Lavena posted some surprising performance numbers for Rubinius. I think this is the first time I’ve ever seen Rubinius win a “shootout” with the Ruby 1.8.6. It might be a micro-benchmark, but I think som congratulations are in order.
-- -pate http://on-ruby.blogspot.com
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
- RSS Feeds
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- Dynamic DNS—an Object Lesson in Problem Solving
- New Products
- Validate an E-Mail Address with PHP, the Right Way
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Download the Free Red Hat White Paper "Using an Open Source Framework to Catch the Bad Guy"
- Tech Tip: Really Simple HTTP Server with Python
- Keeping track of IP address
39 min 31 sec ago
- Roll your own dynamic dns
5 hours 52 min ago
- Please correct the URL for Salt Stack's web site
9 hours 4 min ago
- Android is Linux -- why no better inter-operation
11 hours 19 min ago
- Connecting Android device to desktop Linux via USB
11 hours 48 min ago
- Find new cell phone and tablet pc
12 hours 46 min ago
14 hours 15 min ago
- Automatically updating Guest Additions
15 hours 23 min ago
- I like your topic on android
16 hours 10 min ago
- This is the easiest tutorial
22 hours 45 min ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?