From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTP id CD7C167B70 for ; Fri, 18 Aug 2006 23:56:28 +1000 (EST) Subject: Re: [2.6.19 PATCH 1/7] ehea: interface to network stack From: Arjan van de Ven To: Alexey Dobriyan In-Reply-To: <20060818134728.GB5201@martell.zuzino.mipt.ru> References: <200608181329.02042.ossthema@de.ibm.com> <20060818134728.GB5201@martell.zuzino.mipt.ru> Content-Type: text/plain Date: Fri, 18 Aug 2006 15:56:17 +0200 Message-Id: <1155909377.4494.192.camel@laptopd505.fenrus.org> Mime-Version: 1.0 Cc: Thomas Klein , Jan-Bernd Themann , netdev@vger.kernel.org, linux-kernel , Christoph Raisch , Thomas Klein , linux-ppc , Marcus Eder List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Fri, 2006-08-18 at 17:47 +0400, Alexey Dobriyan wrote: > On Fri, Aug 18, 2006 at 01:29:01PM +0200, Jan-Bernd Themann wrote: > > Was there noticeable performance difference when explicit prefetching is > removed? At some (invisible) point CPUs will become smarter about prefetching > than programmers and this code will be slower than possible. Hi, what you say is true in general, however the packet response part of the kernel is special; the cpu just cannot know where your card just dma'd the packet to (and thus cleared it from any caches anywhere in the system) so it's going to be pretty much a 100% cachemiss always... Greetings, Arjan van de Ven