Slashdot Mirror
Linux Kernel Performance How Will 2.6 Measure Up?
An anonymous reader writes "This story offers some interesting performance comparisons between the latest stable Linux kernels (2.4.x) and the latest development Linux kernels (2.5.x), comparing performance on both a single processor and dual processors. These numbers help validate that the upcoming 2.6 kernel will outperform the current 2.4 kernel, at least in some instances..."
why don't you use hparm -X?? -d1 /dev/hd?
that'll enable ata??/dma features. and everything will be much faster...
Hell, a P75 works fine as a Windows NT4 PDC for a small network and can also handle low-to-medium file serving for around 20 users at the same time.
Then there's the idea of using Linux network client stations, as in "How to create a Linux-based network of computers for peanuts", to which this site linked more than a year ago. This system can even make use of 386s -- I've already tried it. True, performance is a bit slack, but just how much power do you really need to write documents? A network-based 386 (or one running Slack 2.x) with Abiword or maybe pico/vi/emacs (some people do actually like those) works just fine.
woof.
The whole point of Linux development is to , explore strange new algorithms, seek out new drivers and new filesytems, to boldly code where on one has coded before :)
As with all experimental endeavours, you do sometimes get better results, sometimes worse, but from those mistakes lessons are learned and better methods are devised.
It's not about "marketing". It never was.
"Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it." -- Linus Torvalds
Whenever I see posts that say "*BSD is better than Linux", most of the time they are referring to some userland aspect of *BSD compared to some GNU/Linux distro, and not "Linux" the kernel itself. Which isn't really fair IMHO, since most of the time it's not "Linux"'s fault for whatever is being bashed at the time.
Not exactly right. There's no question it was very much Linux's fault for having a less than totally robust virtual memory manager for a number of years. In the push to add features such as memory above 4 gigabytes, stability in corner case and swap performance kind of got left behind. This has been corrected in Linux 2.5 with the new reverse-mapped VM, which sacrifices a little raw speed in such things as process forking (look closely at the benchmarks and notice 2.5 is slightly slower in Con's "process load" benchmarks) and mallocing, in return for far better and more predictable swapping performance. Plus, the new VM provides a better base for new developments you'll see in the next series, such as active memory defragmentation. Over time, we're likely to win back the slight performance losses in (certain areas of) the 2.5 vm, and then some. In the meantime, there's no question that 2.5 is the smoothest running Linux kernel ever.
BSD continues to edge out Linux in some areas, notably NFS server performance. It used to be, BSD had a lot more advantages over Linux than it does now (the BSD developers are darn good). But in the end, Linux offers a much broader range of hardware support and has way more programmers working on it, so slowly but surely is catching up and surpassing in the few areas where BSD still has the edge. If I had to speculate about why Linux gets the massive herds of programmers, I'd say it's because of the license - many volunteer programmers prefer the GPL because of the legal guarantee that their work will remain open and not end up fading away because it had to compete against some heavily-funded proprietary product based on their own code. However, it's clear there are enough top-flight programmers to whom such considerations are unimportant to keep the BSDs not only alive, but vibrant.
See here for a look at some of the nice features BSD, and some ideas for the future. In case anybody thinks the much-talked-about rivalry between Linux and BSD is some kind of war, it isn't. BSD and Linux people often work together, there is a lot of cross-pollination, and the prevailing attitude is one of mutual respect. At the end of the day, it's worth noting that, technically speaking, the closest rival to Linux in the operating system space is another open source project.
Have you got your LWN subscription yet?