linux-mips
[Top] [All Lists]

Re: Fwd: How to improve performance of 2.6 kernel

To: kernel coder <lhrkernelcoder@gmail.com>
Subject: Re: Fwd: How to improve performance of 2.6 kernel
From: Ralf Baechle <ralf@linux-mips.org>
Date: Wed, 19 Oct 2005 16:53:57 +0100
Cc: linux-mips@linux-mips.org
In-reply-to: <f69849430510182255m59d62726h7a4b9c96e1a7f07c@mail.gmail.com>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <f69849430510170429t2735ed0fo3caa862c1dfea83a@mail.gmail.com> <43539ADF.6040504@gentoo.org> <00b201c5d32e$2de780b0$0302a8c0@Ulysses> <3888b5a785ca8313b05d10eec9871fe6@embeddedalley.com> <f69849430510182255m59d62726h7a4b9c96e1a7f07c@mail.gmail.com>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mutt/1.4.2.1i
On Wed, Oct 19, 2005 at 10:55:01AM +0500, kernel coder wrote:

> 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.

We're happy with cold, raw ASCII numbers :)

> 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 :(.

NAPI is doing it's job which is keeping a system responsive under extreme
loads very well.  The pre-NAPI behaviour was simply locking up thus making
systems easily DOS-able.  NAPI is not meant to improve latency; it isn't
meant but frequently mistaken to.

  Ralf

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