From owner-freebsd-hardware Wed Apr 9 13:10:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA13730 for hardware-outgoing; Wed, 9 Apr 1997 13:10:54 -0700 (PDT) Received: from persprog.com (persprog.com [204.215.255.203]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA13723 for ; Wed, 9 Apr 1997 13:10:48 -0700 (PDT) Received: by persprog.com (8.7.5/4.10) id PAA00316; Wed, 9 Apr 1997 15:05:17 -0500 Received: from dave(192.2.2.6) by cerberus.ppi.com via smap (V1.3) id sma000311; Wed Apr 9 16:04:56 1997 Message-ID: <334BF670.5B7E@persprog.com> Date: Wed, 09 Apr 1997 16:05:04 -0400 From: Dave Alderman Reply-To: dave@persprog.com Organization: Personalized Programming, Inc X-Mailer: Mozilla 4.0b2 (Win95; I) MIME-Version: 1.0 To: Anthony.Kimball@East.Sun.COM CC: hardware@freebsd.org Subject: Re: Pentuim or Pentuim Pro ? X-Priority: 3 (Normal) References: <199704091535.KAA01745@compound.east.sun.com> <199704091755.LAA08240@Ilsa.StevesCafe.com> <199704091826.NAA02162@compound.east.sun.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tony Kimball wrote: > > Yes, but... REAL WORLD is just another way of saying 'my application'. > If you run data-intensive memory-walking codes, typical of scientific > computations, SDRAM is a substantial win. If you run mostly from > cache or random uncached locations, SDRAM is a wash. For my own > typical applications, the REAL WORLD performance of SDRAM is > substantially better than FPM/EDO/BEDO. Let's not forget that SDRAM may show better performance with the upcoming faster processors as well, although if I know this industry, the existing SDRAM will be inadequate in some way or another. That 64Meg limitation can be a real killer for loaded machines and even for certain mathematical tasks like simulation or modeling. Intel really wants you to buy the Pentium Pro or Pentium II and this is one of their "incentives". What is "substantially better"? A ballpark figure would be fine. -- There are lies, damn lies, and benchmarks. David W. Alderman dave@persprog.com