Live data from Hacker News

Next Generation Ruby packages for Ubuntu

blog.brightbox.co.uk

11–20 of 21 posts

Re: Next Generation Ruby packages for Ubuntu

#11
post #2

Thought 1.9.3 is not very favorable for Rails deployment or am I wrong?

1.8.7 remains popular, but is declining, and for good reason. While there are some areas where 1.9 branches gave up ground (I'm looking at you `require` [1]), there are other areas where it absolutely smokes older versions; like date formatting functions [2]. Fortunately, Rails processes run for a long time under most app servers, so the performance regression of `require` isn't a huge deal. It is, however, very common to format dates as part of output, which may happen on hundres or thousands of records. There are also some nice features of 1.9 branches that are useful in a practical sense. For example, hash order is presered in Hash under 1.9, so you can get the extra features of a hash, and avoid superfulous sorting (can result in big compute savings).

[1] https://github.com/bradland/require-benchmarks

[2] https://gist.github.com/1352997

Re: Next Generation Ruby packages for Ubuntu

#13
post #9

Added Sokolov Yura‘s performance patches for 1.9.3 Added Narihiro Nakamura’s Lazy Sweep garbage collector (backported by Sakolov Yura) Why isn't this work a part of an official ruby release? Patched Ruby 1.9.3 to export the right symbols to work with ruby-debug Built Ruby 1.9.3 with Google’s high performance memory alloactor, tcmalloc Why aren't Debian and Ubuntu doing this already?

> Why isn't this work a part of an official ruby release?

nobu's lazy sweep collector is in trunk. Sokolov Yura's patches have been submitted; some of the merged, others introduce slight incompatibility issues.

Re: Next Generation Ruby packages for Ubuntu

#14

This looks pretty good - it's always painful installing packages from source (RVM included in that) mainly as a time + another thing I have to maintain thing. I'm not that familiar with Debian package management but would it be much work to also have these packages working on squeeze too? In which case I would most likely start using Debian a lot more.

Rebuilding the source packages should be easy enough, just loop over the .dsc urls and run dget -x; sudo mk-build-deps -i; debuild; sudo debi. pbuilder and sbuild also work for cross-builds, but I didn't get the hang of cross-building entire package graphs.

Re: Next Generation Ruby packages for Ubuntu

#16
post #9

Added Sokolov Yura‘s performance patches for 1.9.3 Added Narihiro Nakamura’s Lazy Sweep garbage collector (backported by Sakolov Yura) Why isn't this work a part of an official ruby release? Patched Ruby 1.9.3 to export the right symbols to work with ruby-debug Built Ruby 1.9.3 with Google’s high performance memory alloactor, tcmalloc Why aren't Debian and Ubuntu doing this already?

Debian and Ubuntu shouldn't be in the business of trying to second-guess upstreams. They should be packaging things up as they're released.

Re: Next Generation Ruby packages for Ubuntu

#17

This looks pretty good - it's always painful installing packages from source (RVM included in that) mainly as a time + another thing I have to maintain thing. I'm not that familiar with Debian package management but would it be much work to also have these packages working on squeeze too? In which case I would most likely start using Debian a lot more.

A "backport" in Debian speak. I use this script for such things:

https://gitorious.org/qznc/backporter/blobs/master/backport....

Re: Next Generation Ruby packages for Ubuntu

#18
post #2

Thought 1.9.3 is not very favorable for Rails deployment or am I wrong?

1.9.3 is great for production. You give up a bit of memory savings compared to REE (since Ruby proper won't be COW-friendly until 2.0), but 1.9.3 in general is faster, has a lot more features, and is widely supported by gems and libraries now.

1.8.7 has been EOL'd, which is as good a reason as any to upgrade.

Post reply on HN