Thread (8 messages) flat view 8 messages, 3 authors, 2011-07-06

Re: [PATCH 0/2] AF_PACKET fanout support

From: David Miller <davem@davemloft.net>
Date: 2011-07-06 03:20:00

From: Tom Herbert <redacted>
Date: Tue, 5 Jul 2011 20:13:27 -0700
quoted
quoted
Also, another useful mode of steering would be to steer packets to a
socket which was recently processed by a thread running on the same
CPU; somewhat analogous to RFS (cc'ed WIllem Bruijn who is already
working on this I believe).
This sounds like a good way to overload a local socket and prevent
pushing the work to lesser used sockets on other cpus.
Sure, it you're not using RPS or RSS!  These should already be
distributing the RX work amongst CPUs.
One idea I did have while working on the PACKET_FANOUT bits was
to allow a packet socket to be bound to a particular cpu.  And
to implement this we'd have a per-cpu list of packet_type taps.

But in order for the user to make sure he gets all the traffic,
he'd have to make sure he bound one AF_PACKET socket to every
online cpu and then listened for all cpu hotplug events.

It doesn't really work.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help