Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 24 Oct 2002 15:05:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 24 Oct 2002 15:05:51 -0400 Received: from nat-pool-rdu.redhat.com ([66.187.233.200]:34941 "EHLO devserv.devel.redhat.com") by vger.kernel.org with ESMTP id ; Thu, 24 Oct 2002 15:05:50 -0400 Date: Thu, 24 Oct 2002 15:11:49 -0400 From: Arjan van de Ven To: erich@uruk.org Cc: Matthias Welk , Manfred Spraul , arjanv@redhat.com, linux-kernel@vger.kernel.org Subject: Re: [CFT] faster athlon/duron memory copy implementation Message-ID: <20021024151149.A7373@devserv.devel.redhat.com> References: <200210241948.38490.matthias.welk@fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from erich@uruk.org on Thu, Oct 24, 2002 at 12:01:54PM -0700 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 644 Lines: 13 On Thu, Oct 24, 2002 at 12:01:54PM -0700, erich@uruk.org wrote: > The perfect peak performance of your setup, if the cache implements > standard write-allocate behavior (the target cache line is read before it > is written because the write logic doesn't know you're going to overwrite > the whole line in cases like this), should be: the point is to avoid the (in this case bad) write allocate... - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/