Some of the best Linux distributions of 2011
dedoimedo.com
dedoimedo.com
- I doubt these shootouts make any sense, whatsoever. Without a clearly defined target and some backed up metrics (see shin_lao's comment) this is a random 'I like x' page and could've compared Britney to Madonna for all I care
- Gnome 3 was excluded from the start, because of the author's impression of it killing the desktop or something. While this is a matter of personal opinion, this disqualifies the entry as relevant for me (again, _my_ personal opinion).
- Lots of remarks continued to reduce the quality. I remember a couple of stabs at Gnome again, arguable comments about Arch and a little snark against Fedora. Probably more.
It's a bit boring, though, right?
Don't get me wrong, Gnome Shell in 3.0 / F15 was rather rough, but that is how it goes in open source. You don't get nearly enough usage testing until you announce it's gone gold.
While I did switch to ubuntu/unity for the time being as Fedora had some other issues, I absolutely saw enough of a spark in Gnome Shell to know I'll be back checking out 3.2 as soon as I have some time. While Unity is much more stable and polished I think gnome shell shows signs of having a much better usability once the rough edges get sanded down.
Benchmarks? Facts? Test procedure? At least some basic explanation?
CentOS, as you may or may not know, is RHEL[1] recompiled from the source RPMs.
For RHEL [and I work at Red Hat], we:
* Sell support for 7-10 years from release date. For RHEL 6, that's support/updates/security fixes until Dec 2017 or Dec 2020 depending on how much you pay.
* Spend about a year before release intensively QA-ing all the packages. We have a huge team of people just doing this.
* QA each 6-monthly point release to the same standards.
* Have lots of developers working on optimizing RHEL specifically (as well as working upstream).
* Have a separate team that works on performance and tuning.
* Work with hardware suppliers to ensure best performance on specific hardware, and make sure we have support for hardware before it is released. [Typing this on a pre-release Intel SVP ...]
* Get world-beating benchmark results on things such as SPECvirt by working with manufacturers and other large companies, and going back to the original developers to work out bottlenecks on very high end hardware. [Last week my colleague was logged into a PC with 4 TB of RAM].
The above costs a bunch of money. I think we spend in the region of $100 million on R&D each year.
Note of course we only test the binaries we release. We don't test CentOS's binaries ...
which, while you're reading made me wonder. we bump into kernel issues from time to time due to update, and I always wondered why the policy was what it is.
basically it seems like backports while retaining the same kernel major/minor version numbers... because a lot of it aren't just bug fixes
Note that as I have been maintaining a Debian spinoff for years I highly value RH's packages quality, and have generally been picking from RH packages for patches and stuff "that just works" (incorporating that in the debs)
Still the kernel case puzzles me ;-)
The basic reason for this is so software vendors can write kernel modules for RHEL 6.0 which will be binary compatible with all future RHEL 6.x releases. (The kernel modules will need to be recompiled when RHEL 7 comes out).
This involves lots of careful review of backports to make sure (eg) that all kernel structures like task_struct stay compatible. I'm not involved with this directly, but all I can say is it's a pretty amazing achievement over a ~4-5 year development cycle and ~7-10 year update cycle.
I assume that we keep the kernel major.minor version the same to reflect this. 'Course the release number changes each time ...
With a remark like that, I was hoping that the author provide the raw scores. Even so, on what grounds is Arch Linux not friendly? Their wiki is very easy to follow and understand for a new user. Not to mention their forum.
Also, risking my neck here, Archbang is a neat little distro that's pretty much arch + openbox with a few pieces of bloat. A dedicated arch user might ask "why?," but it is extremely easy to use and install (and it is arch). Just something to take a look at if you decided you're too lazy to look at the arch wiki and take 10 minutes to do the real install. Archbang is polished enough and more of a "complete" preassembled distro that I thought would have done a lot better.
Plus, who doesn't love to tinker.
That said I think the arch wiki is truly amazing. I never expected such great documentation from a linux distro. I learned a ton while installing it and I'm still learning constantly. It may be unfriendly in that you'll need to generally configure things yourself before you use them, but the documentation is incredibly friendly.
Maybe the article author meant "popular" or "well known"? But even then the Arch community is friendly and they've produced some nice documentation.
This review uses typically cool screenshots, and their only result is possible conclusions like "ooh, that distro has unicorns!"
Other minimal distributions, like Slitaz, are also worth a look, especially if internationalization is important.
* Ubuntu
* RHEL
* Arch Linux
I'm not knocking on RHEL, I'm just cheap
I would love to see what not and whats for at least. Very little of that.