From owner-freebsd-hackers Sun Dec 24 07:20:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA05816 for hackers-outgoing; Sun, 24 Dec 1995 07:20:31 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA05811 Sun, 24 Dec 1995 07:20:26 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id CAA00253; Mon, 25 Dec 1995 02:20:19 +1100 From: michael butler Message-Id: <199512241520.CAA00253@asstdc.scgt.oz.au> Subject: Re: Pentium bcopy 486DX-66 results To: gclarkii@FreeBSD.org Date: Mon, 25 Dec 1995 02:20:19 +1100 (EST) Cc: davidg@Root.COM, freebsd-hackers@FreeBSD.org In-Reply-To: <199512241001.EAA09071@main.gbdata.com> from "Gary Clark II" at Dec 24, 95 04:01:26 am X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Gary Clark II writes: >Here are my results on a 486DX4-100 8 meg in X not sure about cache. ^^^^^^^^^^ No wonder .. the cache is unlikely to be left undisturbed for a sufficiently long period. As I understand it, the X-server is likely to be flushing it almost as quickly as you're trying to acquire lines by virtue of its numerous and quite diverse localities of reference. Add this to the fact that the distributed binary server is compiled with "-m486" (which grabs large cache chunks because of the additional alignment constraints) and I wouldn't expect much, if any, improvement under these conditions, michael