Slashdot Mirror
Linux v2.6 Begins Testing
xose quotes Linus from the kernel list: "the naming should be familiar - it's the same deal as with 2.4.0.
One difference is that while 2.4.0 took about 7 months from the pre1 to
the final release, I hope (and believe) that we have fewer issues facing
us in the current 2.6.0. But very obviously there are going to be a
few test-releases before the real thing.
The point of the test versions is to make more people realize that they
need testing and get some straggling developers realizing that it's too
late to worry about the next big feature. I'm hoping that Linux vendors
will start offering the test kernels as installation alternatives, and
do things like make upgrade internal machines, so that when the real
2.6.0 does happen, we're all set." You all know what to do ;) Update: 07/14 17:49 GMT by S : OverNeith writes "Joe Pranevich has done it again! He's written another summary document on what to expect in the new and upcoming 2.6 Kernel!"
It's not the driver, it's just that Linux Kernel 2.4.x is not preemptible. In other words, the kernel system calls, like read and write, are made to be interruptable in 2.6.x. Basically, it adds some code that allows something else in the kernel to run if one thing is waiting, say, for some sort of input, which improves latency for short periods of time. Linux Journal, May 2002 edition explained this and they had a latency graph of a system playing music under a load. Without the preemptible patch, there were huge spikes in latency (basically audible as gaps in the music) but with the patch, there were minimal changes in the latency. Just today, I noticed something similar to what you talked about. I was ripping CD's and then encoding them as Ogg. Apparently, cdparanoia does system calls that have high latency and since they can't be interrupted, working in X is slow. However, since Ogg encoding is mostly userspace, X was much faster even though more of my processor was being used. Recently, Slashdot linked to an article outlining the changes in 2.6. People have also been making patches for 2.4 for a long while to improve latency, and I think there is a backport of the low latency patch to 2.4.
This quote may sound quite arrogant and that Linux isn't suited to the business world - but think about it for a minute - what he said was "We're going to do it our way, making sure it all works, rather than release it before testing properly". I'm glad someone has the sense to do this. How long was it before Microsoft Apps get patched? Something like hours after release? I'd prefer something stable (or as stable as possible) on release, and I thank Linus (and Alan, and Dave) for taking their time. I'm pretty sure we all can't wait until these new features come out - but I'd rather wait for them to become stable instead of risk my precious collection of... well... you catch my drift. =)