| To: | "David S. Miller" <davem@xxxxxxxxxx> |
|---|---|
| Subject: | Re: e1000 performance hack for ppc64 (Power4) |
| From: | Anton Blanchard <anton@xxxxxxxxx> |
| Date: | Sat, 14 Jun 2003 09:18:36 +1000 |
| Cc: | haveblue@xxxxxxxxxx, hdierks@xxxxxxxxxx, scott.feldman@xxxxxxxxx, dwg@xxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, milliner@xxxxxxxxxx, ricardoz@xxxxxxxxxx, twichell@xxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <20030613.154634.74748085.davem@xxxxxxxxxx> |
| References: | <OF0078342A.E131D4B1-ON85256D44.0051F7C0@xxxxxxxxxxx> <1055521263.3531.2055.camel@nighthawk> <20030613223841.GB32097@krispykreme> <20030613.154634.74748085.davem@xxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.5.4i |
> Not really... one retransmit and the TCP header size grows > due to the SACK options. OK scratch that idea. > I find it truly bletcherous what you're trying to do here. I think so too, but its hard to ignore ~100Mbit/sec in performance. > Why not instead find out if it's possible to have the e1000 > fetch the entire cache line where the first byte of the packet > resides? Even ancient designes like SunHME do that. Rusty and I were wondering why the e1000 didnt do that exact thing. Scott: is it possible to enable such a thing? Anton |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: e1000 performance hack for ppc64 (Power4), David S. Miller |
|---|---|
| Next by Date: | Re: e1000 performance hack for ppc64 (Power4), Anton Blanchard |
| Previous by Thread: | Re: e1000 performance hack for ppc64 (Power4), David S. Miller |
| Next by Thread: | Re: e1000 performance hack for ppc64 (Power4), Lincoln Dale |
| Indexes: | [Date] [Thread] [Top] [All Lists] |