Thread (64 messages) flat view 64 messages, 15 authors, 2002-09-17

Re: Early SPECWeb99 results on 2.5.33 with TSO on e1000

From: <hidden>
Date: 2002-09-16 21:30:46
Also in: lkml

folx,

perhaps i was insufficiently clear.

On Mon, 16 Sep 2002, David S. Miller wrote:
   are there any standards in progress to support this.

Your question makes no sense, it is a hardware optimization
of an existing standard.  The chip merely is told what flows
exist and it concatenates TCP data from consequetive packets
for that flow if they arrive in sequence.
hardware optimizations can be standardized.  in fact, when they are, it is 
substantially easier to implement to them.

my assumption (perhaps incorrect) is that some core set of functionality 
is necessary for a card to support zero-copy receives (in particular, the 
ability to register cookies of expected data flows and the memory location 
to which they are to be sent).  what 'existing standard' is this 
kernel<->api a standardization of?
   who is working on this architecture for receives?

Once cards with the feature exist, probably Alexey and myself
will work on it.

Basically, who ever isn't busy with something else once the technology
appears.
so if we wrote and distributed firmware for alteon acenics that supported
this today, you would be willing to incorporate the new system calls into
the networking code (along with the new firmware for the card, provided we
could talk jes into accepting the changes, assuming he's still the 
maintainer of the driver)?  that's great.
   
   is there a beginning implementation yet of zerocopy receives

No.

thanks for your feedback.

t.


-- 
todd underwood, vp & cto
oso grande technologies, inc.
todd@osogrande.com

"Those who give up essential liberties for temporary safety deserve
neither liberty nor safety." - Benjamin Franklin
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help