Improve Your GNU/Linux Experience With -mm Patches
An anonymous reader writes "Anyone interested in squeezing maximum performance out of their GNU/Linux operating system and willing to compile a new kernel will be interested in this KernelTrap article about Andrew Morton's -mm patchset. The patchset currently offers better stability and performance than the mainline 2.6.0-test kernel, as well as containing numerous functionality enhancements. Much of the additional functionality is described, as well as providing simple step by step installation instructions. Reading this article, one can certainly understand why Linux creator Linus Torvalds has chosen Andrew to soon become the 2.6 maintainer."
All the straight, welcoming people.
P E A C E
is linuxupdate.microsoft.com with Web-interface, automatic scanning capabilities and patch suggestion divided into three categories: (1) Critical, (2) Linux OS and (3) Drivers.
I've been using the -mm patchset since 2.5.4x and have been very happy with it. Since it includes the Interactivity patches from Con Kolivas it kicks ass on your desktop, too. Even moreso than the 2.4.x-ck series of patches, which are intended for desktop use. Do note however that it is sometimes more experimental in nature than the mainline kernel, since new functionality is often tested out there first.
m /patches/2.6/
If you know how to patch your kernel already, you don't need to read the article, get the patch for your kernel here: http://ftp.kernel.org/pub/linux/kernel/people/akp
* Several monkeys are here, playing banjos and wearing small hats.
The mm patch is the only reason I use 2.6 on my laptop since it provides the synaptics touchpad support. Yes, I was able to use an external mouse without the patch, but the idea of not being able to use the built in touchpad was really annoying.
Does anyone know why touchpad support is not included in the default 2.6 tree?
I suspect that when the big boys start shipping their 2.6 distros we'll have more to play with - do we wnat a pre-emptive kernel and so on.
I run 2.6 a bit and I am looking forward to that day...as the 2.6 maintainer I suppose we can expect Mr Morton to be plugging most of his bits into the mainline.
So XFS users should probably go with -mm2 for now.
* Several monkeys are here, playing banjos and wearing small hats.
Development. Series.
If you want stability you run 2.4, which is the stable kernel.
You're right. That's exactly why e.g. Andrew Morton has been able to make his patchset for Linux.
Well, duh, "Linus Torvalds has chosen Andrew to soon become the 2.6 maintainer." :-)
Is to upgrade to Microsoft Windows XP
The least the poster could have done is paid respect to what the article is actually called. And it doesn't have any "GNU" name hijacking in it.
What's stopping me from becoming the Linux 2.6 kernel maintainer?
The fact that you keep trolling on Slashdot, perhaps?
patchset currently offers better stability and performance than the mainline 2.6.0-test kernel So if these stability and performance patches are so great as the article says, why aren't they in the main kernel already? Does Linus just not like them??
Switching to Linux can be an adventure!
Also posted on OSNews:
I've tested the 2.6.0-test5 kernel with Con Kolivas' interactivity patch. I've also tested Con's 2.4.21 and 2.4.22 patches and so far nothing can match the gentoo-sources-2.4.20-r5-aavm patch for speed. (I'm using Mandrake 9.1 and GCC 3.3.1, BTW.) Just watching the init scripts running at bootup and how long XFree86 and Mozilla Firebird take to launch, there's no comparison. Considering that this patch uses Con's performance enhancements, I'm not too confident that it can do any better. But maybe I'll test it out and see what it can do.
If anyone is interested in a mini-howto on using the gentoo-sources patch, speak up and I'll try to whip something up.
> Hmm.. I thought Linux was open source and anyone could damn well do what they please with it. What's stopping me from becoming the Linux 2.6 kernel maintainer?
Nothing at all is stopping you from becoming a 2.6 kernel maintainer, in the same way that Alan Cox, Dave Jones et al maintain well-respected 'unofficial', but important, variations on the 2.4 tree. You set up a 2.6 tree, incorporate patches that strike you as being particularly useful, and who knows? - others may feel the same, and your tree (and you!) get to the same point as a dj or mm tree.
No, yours won't be the 'official' (ie, the reference) 2.6 tree - just because you set up a 2.6 tree doesn't obligate Linus or his designated maintainer from accepting your patches - but neither can they/do they/would they prevent others from using your tree if they prove useful, and if your particular patch set does prove widely useful, you've got a good shot at getting them included in the main reference tree.
And, the more variations on a given kernel tree, the better. They're excellent labs for trying out things that the reference tree maintainers may not want to try just yet, and give good alternative kernel sources for those not up to such an ongoing project. So yes, I'd recommend you do exactly as you seem to be suggesting, and set up and maintain a 2.6 tree with whatever patch set you feel worthwhile.
It's a satisfying feeling to see your machine crash with the highest performance possible.
It's called yum.
I use it on all of my machines. It works very nicely.
I thought Linux was open source and anyone could damn well do what they please with it.
:-)
:) :)
You're right. That's exactly why e.g. Andrew Morton has been able to make his patchset for Linux.
Actually, he's wrong. The GPL is based on copyright law, and as such prevents people from doing certain things with it (like using the code for a product and selling it without providing the source). Other licenses, such as the BSD license, do let you do whatever you damn well please.
What's stopping me from becoming the Linux 2.6 kernel maintainer?
Well, duh, "Linus Torvalds has chosen Andrew to soon become the 2.6 maintainer."
While your answer is technically correct, I think the original poster needs more edification
Being the original author, Linus retains more rights than anyone else (this point is murky to me though, as there's been so many contributors at this point). Mainly, the Linux community chooses to follow his lead. If somebody else forked a kernel that the community loved and Linus hated, he couldn't stop them from maintaining the fork. So, go for it!
-Tim, the AC Poster Child