Thread (2 messages) 2 messages, 2 authors, 2007-02-27

Re: [PATCH] ehea: NAPI multi queue TX/RX path for SMP

From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Date: 2007-02-27 06:42:31
Also in: lkml, netdev

On Mon, 2007-02-26 at 17:00 +0100, Jan-Bernd Themann wrote:
Hi!

This patch replaces the former posted patch
([PATCH] ehea: Optional TX/RX path optimized for SMP) and provides
a functionality that allows parallel RX processing on multiple RX
queues by using dummy netdevices as proposed by Roland Dreier.
The fairness amongst this net devices and other network devices 
is thus better than in our first approach.

Is there a way to avoid overloading a single CPU with multiple netdev
receive processes using NAPI? A distribution based on CPU load might
help to improve the throughput. Pinning interrupts shows there is 
still some room for improvements.
You may also want to look at the patches proposed by Dave Miller for
splitting NAPI from netdevice so you can actually instanciate multiple
NAPI "pollers"

Ben.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help