[Top] [All Lists]

Fwd: How to improve performance of 2.6 kernel

Subject: Fwd: How to improve performance of 2.6 kernel
From: kernel coder <>
Date: Wed, 19 Oct 2005 10:55:01 +0500
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta;; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=hmBPjKhFeyR+uALXmYZ+aY85VdbEKyaB55XsConUfuuLcCYgIU0PDSju/k39pCcQCtzFMeW9SyfvuA+zeMAplyy6gnGXVvH6CoQ4NkolGYsocraUdErgrPTwCuQOafgrMGndVMVw9RgbN6plcjGGA2UIMK8dZlR77OnXVWhUTug=
In-reply-to: <>
Original-recipient: rfc822;
References: <> <> <00b201c5d32e$2de780b0$0302a8c0@Ulysses> <>

I did lmbench benchmarks tests... and the results i got were pretty
weird.. I am attaching the jpegs :) of the graphs i made in MS Excel.
Btw, I have implemented NAPI in both 2.4.20 and 2.6.10. I ported the
code to linux-2.6 in order to increase the board's efficiency but I'm
quite dissapointed with the results so far :(.

---------- Forwarded message ----------
From: Dan Malek <>
Date: Oct 17, 2005 9:38 PM
Subject: Re: How to improve performance of 2.6 kernel
To: "Kevin D. Kissell" <>
Cc: kernel coder <>,, Stuart Longland <>

On Oct 17, 2005, at 11:19 AM, Kevin D. Kissell wrote:

> If this can't be explained by a configuration error, we have a real
> problem here, but if that's the case, I'm surprised no one has raised
> a red flag earlier.

It has been discussed on other processor architecture lists.
It's been hard to justify the move from 2.4 to 2.6 on resource
challenged embedded systems, which unfortunately make up the
majority of systems running Linux.  There are various processor
specific modifications (mostly around VM, MMU, and cache
management) being attempted to bring the performance level
back up to 2.4.  If these were back ported to 2.4, I suspect the
performance difference would be even greater.

Of course, the speed and resources of workstations masks
the problems, so most developers don't "feel" the system is
any different. There isn't interest in the detailed performance
measurements we have to do on embedded systems when
we do an upgrade and realize it doesn't meet the performance
goals.  This is usually just written off with the "....  well, you have
new features .." statement, but somehow it doesn't add up.

There isn't any magic configuration option or quick fix.  You
have to take the time to dig into the details of a specific
performance issue and then try to optimize anything you can
to improve the situation.


        -- Dan

Attachment: diagram1.JPG
Description: JPEG image

Attachment: diagram2.JPG
Description: JPEG image

Attachment: diagram3.JPG
Description: JPEG image

<Prev in Thread] Current Thread [Next in Thread>