From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anton Blanchard Subject: Re: e1000 performance hack for ppc64 (Power4) Date: Sat, 14 Jun 2003 09:18:36 +1000 Sender: linux-kernel-owner@vger.kernel.org Message-ID: <20030613231836.GD32097@krispykreme> References: <1055521263.3531.2055.camel@nighthawk> <20030613223841.GB32097@krispykreme> <20030613.154634.74748085.davem@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: haveblue@us.ibm.com, hdierks@us.ibm.com, scott.feldman@intel.com, dwg@au1.ibm.com, linux-kernel@vger.kernel.org, milliner@us.ibm.com, ricardoz@us.ibm.com, twichell@us.ibm.com, netdev@oss.sgi.com Return-path: To: "David S. Miller" Content-Disposition: inline In-Reply-To: <20030613.154634.74748085.davem@redhat.com> List-Id: netdev.vger.kernel.org > 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