| To: | "David S. Miller" <davem@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [UPDATE] zerocopy.. While working on ip.h stuff |
| From: | "Benjamin C.R. LaHaise" <blah@xxxxxxxxx> |
| Date: | Mon, 26 Feb 2001 19:11:20 -0500 (EST) |
| Cc: | michael@xxxxxxxxxxxxxx, Jan Rekorajski <baggins@xxxxxxxxxxxxxxxxx>, Chris Wedgwood <cw@xxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx, waltje@xxxxxxxxxxxxxxxxxxx |
| In-reply-to: | <15002.61250.224811.987948@pizda.ninka.net> |
| Sender: | owner-netdev@xxxxxxxxxxx |
On Mon, 26 Feb 2001, David S. Miller wrote:
> At gigapacket rates, it becomes an issue. This guy is talking about
> tinkering with new IP _options_, not just the header. So even if the
> IP header itself fits totally in a cache line, the options afterwardsd
> likely will not and thus require another cache miss.
Hmmm, one way around this is to have the packet queue store things in
in a linear array of pointers to data areas, then process things in
bursts, ie:
- find packet data areas for queued packets
- walk list doing prefetches of ip header and options
- then actually do the packet processing (save output for later)
That will require a number of new hooks for pipelining operations, though.
Just a thought.
-ben
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: New net features for added performance, David S. Miller |
|---|---|
| Next by Date: | Re: 2.4 tcp very slow under certain circumstances (Re: netdev issues (3c905B)), Simon Kirby |
| Previous by Thread: | Re: [UPDATE] zerocopy.. While working on ip.h stuff, David S. Miller |
| Next by Thread: | Re: [UPDATE] zerocopy.. While working on ip.h stuff, Michael Peddemors |
| Indexes: | [Date] [Thread] [Top] [All Lists] |