lkml.org 
[lkml]   [2003]   [Jan]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: NAPI and tg3
On Sat, 4 Jan 2003, Steffen Persvold wrote:

> Hi guys,
>
> I have access to 8 Dell 2650s with onboard Broadcom BCM5701 chips. They
> are quipped with Dual 2.4 GHz Xeon processors and 1GB of RAM. I'm running
> RedHat 7.3, but with a stock 2.4.20 kernel.
>
> As I understand it the tg3 driver is using NAPI on the 2.4.20 kernel
> (dev->poll). I've been experiencing bad performance (low bandwidth) on
> cluster applications running with LAM for example, but the problem
> manifest itself if you run two bandwidth needy applications in parallel
> on two machines (i.e two processes on each machine, one per processor)
> using Gbe.
>
> I've disabled the NAPI mode and went back to the old interrupt method and
> this works much better (i.e the bandwidth is now evenly distributed
> between the two applications).
>
> What could be the cause of this problem ? Is it NAPI itself (doing RX
> under scheduler control) or is it something else (for example lock
> contention).
>
> Any ideas ?

Hi again,

I discovered that if I renice the ksoftirqd processes to level 0, the
performance was actually better with the NAPI enabled driver compared to
the one without (as was intended my NAPI IIRC). With the default nice
level (19) on the ksoftirqd processes, the performance on multithreaded
programs was pretty lousy with the NAPI enabled driver.

Any reason why the ksoftirqd shouldn't be nice level 0 by default ? Is
this already fixed in 2.4.21-pre series ?

Regards,
--
Steffen Persvold | Scali AS
mailto:sp@scali.com | http://www.scali.com
Tel: (+47) 2262 8950 | Olaf Helsets vei 6
Fax: (+47) 2262 8951 | N0621 Oslo, NORWAY

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:32    [W:0.046 / U:0.132 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site