| 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> |
|---|---|---|
| ||
| Previous by Date: | Re: [Patch] Fix lookup_dcookie for MIPS o32, Thiemo Seufer |
|---|---|
| Next by Date: | Re: [Patch] Fix lookup_dcookie for MIPS o32, Ralf Baechle |
| Previous by Thread: | Fwd: How to improve performance of 2.6 kernel, kernel coder |
| Next by Thread: | Re: How to improve performance of 2.6 kernel, Ralf Baechle |
| Indexes: | [Date] [Thread] [Top] [All Lists] |