Thread (73 messages) 73 messages, 14 authors, 2005-03-31

Re: [Ksummit-2005-discuss] Summary of 2005 Kernel Summit Proposed Topics

From: Andi Kleen <hidden>
Date: 2005-03-31 11:50:12

On Wed, Mar 30, 2005 at 06:15:22PM +0200, Andrea Arcangeli wrote:
On Wed, Mar 30, 2005 at 06:02:55PM +0200, Andi Kleen wrote:
quoted
On Wed, Mar 30, 2005 at 05:44:18PM +0200, Andrea Arcangeli wrote:
quoted
On Wed, Mar 30, 2005 at 05:39:48PM +0200, Andi Kleen wrote:
quoted
An unsolveable one IMHO. You can just try to be good enough. For that
I think it's solvable with an algorithm I outlined several emails ago.
The problem with you algorithm is that you cannot control
how to NIC puts incoming packets into RX rings (and then 
actually if the packets you are interested in do actually arrive from
the net ,-)
All I care about is to assign a mempool ID to the skb (ID being unique
identifier for the tcp connection I don't care how the implementation
is). If while moving up the stack the skb data doesn't match to the
sock->mempool id, we'll just free the packet and put it back in the
mempool.
This could still starve on the RX ring level of the hardware which
you cant control.

But it might be an improvement, agreed. The problem is that you
need lots of infrastructure to tell the driver about TCP connections -
it is pretty much near all the work needed for zero copy RX.

Even with all that work it is  not the 100% solution some people on this thread
seem to be lusting for. 

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