[nSLUG] 2.6 kernel performance

Scott Walker crimson at unspeakable.org
Tue Jun 21 15:40:40 ADT 2005

How can you expect better?

Kernel 2.6 from the get go was aimed at breaking linux into the 
enterprise level enviroment. 90% of the changes to the linux kernel have 
been implented for just this. Your not going to see a huge improvment on 
your desktop.

What you will see huge performance on is if this box was being pounded 
as a webserver, or as a database server. That is where all the 
performance improvements in 2.6 are going to shine.

Not at the low-end, reopening your cdplayer hoping to shave 
.2394823098492 seconds off your load time.

Stay with the default scheduler, The new schedulers are coded to provide 
better support for enterprise level system, that maybe need a different 
type of I/O scheduler in order to prosper in that enviroment.

Having run both 2.4 and 2.6 side by side on desktops of the same config, 
performance is about equal. Honestly there is no real need to move to 
2.6 unless you need driver support for something.

In the future moving to a 2.6 kernel will prob be neccassary.

But digress.

Donald Teed wrote:
> If I really felt there was no point in getting good performance
> out of my PCs I'd buy 5400 RPM disks and stick with 64 MB RAM
> and PII 233 Mhz.  I can't think of anyone like that, regardless of
> whether they were a former Gentoo user.
> I'm not trying to outperform anything.  But if I do switch to
> a 2.6 kernel, I am not accepting a performance loss - it
> should at least be equal to that of 2.4 kernel, as it has
> been for most other machines I've run a 2.6 kernel on - a
> laptop, a Sun, and a desktop single processor machine
> without RAID.
> A kernel isn't a kernel like a rose is a rose.
> There are dozens of settings that can be combined
> improperly, or options missed, and it can cause problems.
> And that is why I'm seeking input from anyone else
> who has seen a similar configuration or knows something
> about the new 2.6 kernel options related to scheduler
> and possibly other aspects I have not considered.
> However given what you've offered, I'll also try no
> scheduler and see how that performs.
> On 6/21/05, Stephen Gregory <nslug at kernelpanic.ca> wrote:
>>I have a tip: don't waste you time. At three users your server is
>>terribly under utilized. If any of the schedulers perform better it
>>will be the default. The other schedulers don't improve performance
>>until you hit hundreds of processes blocking on io.
>>If you wish to test your RAID performance use Bonnie++. There is
>>Debian package. As your server will be bound by Windows and SAMBA's
>>performance disk performance will be a non issue.
>>Part of the problem with Gentoo is that you get into a mentality that
>>tweaking will give big performance improvements. It won't. Apart from
>>using a kernel compiled for your cpu there isn't much that you should
>>bother doing.
> _______________________________________________
> nSLUG mailing list
> nSLUG at nslug.ns.ca
> http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug

EM: crimson at unspeakable.org WWW: http://www.unspeakable.org

  /\  phear the penguin!


More information about the nSLUG mailing list