May 2008 Archives

Caitlyn Martin

AddThis Social Bookmark Button

10 days ago the Linux Loop blog had a post titled “Linux Eee PC Far Faster Than Windows Version”. I’m sure many Linux users nodded and had assumed as much. The author compared the times of three tasks: boot up, loading Firefox, and shutting down. That’s hardly a comprehensive set of tests. Some people commented to dismiss these metrics as “meaningless”. They aren’t meaningless but they certainly aren’t the whole story. Others pointed out that IE on Windows was faster than Firefox on Linux and that MS Works was faster than OpenOffice. Some then responded that Works isn’t the equivalent of OO and that MS Office would be a better comparison. It all got a little shrill with those who believe that Linux is faster than Windows and those who say it isn’t so talking past each other and resolving nothing.

I’m going to try and sift through the morass and say what I think the numbers really mean and what they don’t mean. Those with an agenda, either agenda, will, I’m sure, attack what I have to say. I think anyone who really tries to look at things objectively probably won’t. I’m just not sure that very many people are truly objective.

In the interest of fairness let me disclose where I am coming from: Yes, I tend to have a pro-Linux bias. I also have a bias against hype and B.S. When it comes to my professional life I’m an IT mercenary. If someone wants me to support Windows systems along with Linux or UNIX systems I will gladly take their money and do the work. I also won’t evangelize on behalf of Linux. Why not? In business everything comes down to a cost vs. benefits analysis and there are situations in the real world where a change of OS is far too costly to justify any perceived benefits. There are many situations where Windows or commercial, proprietary UNIX really and truly is the best fit. Back to those pesky metrics…

Carla Schroder

AddThis Social Bookmark Button

There are some “interesting” issues being raised due to an incompatibility between e2fsprogs and GRUB legacy that results in non-booting systems. Newer versions of e2fsprogs default to creating new Ext3 filesystems with 256-byte sized inodes, instead of the old default of 128. GRUB legacy has absolutely no clue what to do with 256-byte inodes, so it barfs up the “Error 2: unknown file or directory type” message and sits back down. GRUB legacy will not be patched to support 256-byte inodes. Yay! But this is a transitional problem; read all about it here:

GRUB vs. the Inodes: Who Needs a Bootable System, Anyway?

Advertisement