netdev
[Top] [All Lists]

Re: TCP IP Offloading Interface

To: "David S. Miller" <davem@xxxxxxxxxx>
Subject: Re: TCP IP Offloading Interface
From: Larry McVoy <lm@xxxxxxxxxxxx>
Date: Sun, 13 Jul 2003 16:35:03 -0700
Cc: Roland Dreier <roland@xxxxxxxxxxx>, alan@xxxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, linux-net@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx
In-reply-to: <20030713160200.571716cf.davem@redhat.com>
Mail-followup-to: Larry McVoy <lm@xxxxxxxxxxxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxx>, Roland Dreier <roland@xxxxxxxxxxx>, alan@xxxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, linux-net@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx
References: <ODEIIOAOPGGCDIKEOPILCEMBCMAA.alan@storlinksemi.com> <20030713004818.4f1895be.davem@redhat.com> <52u19qwg53.fsf@topspin.com> <20030713160200.571716cf.davem@redhat.com>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Mutt/1.4i
On Sun, Jul 13, 2003 at 04:02:00PM -0700, David S. Miller wrote:
> On send this doesn't matter, on receive you use my clever receive
> buffer handling + flow cache idea to accumulate the data portion of
> packets into page sized chunks for the networking to flip.

Please don't.  I think page flipping was a bad idea.  I think you'd be 
better off to try and make the data flow up the stack in small enough 
windows that it all sits in the cache.

One thing SGI taught me (not that they wanted to do so) is that infinitely
large packets are infinitely stupid, for lots of reasons.  One is that
you have to buffer them somewhere and another is that the bigger they 
are the bigger your cache needs to be to go fast.
-- 
---
Larry McVoy              lm at bitmover.com          http://www.bitmover.com/lm

<Prev in Thread] Current Thread [Next in Thread>