From owner-freebsd-hackers Sat May 18 06:56:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA01911 for hackers-outgoing; Sat, 18 May 1996 06:56:24 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA01905 for ; Sat, 18 May 1996 06:56:19 -0700 (PDT) Received: by Sisyphos id AA16136 (5.67b/IDA-1.5 for hackers@freebsd.org); Sat, 18 May 1996 15:56:08 +0200 Message-Id: <199605181356.AA16136@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sat, 18 May 1996 15:56:07 +0200 In-Reply-To: Michael Smith "Re: EDO & Memory latency" (May 17, 10:29) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Michael Smith Subject: Re: EDO & Memory latency Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On May 17, 10:29, Michael Smith wrote: } Subject: Re: EDO & Memory latency } Warner Losh stands accused of saying: } > I take it then the amd chip is pin compatbile with the 486 I have and } > that there will be *NO* problems in pulling one out and putting the } > other in? } } There _should_ be no problems; if your board has jumper settings described } for an AMD 486DX4 or similar it should work fine. No! The AMD 486DX4 used a pinout slightly different from the i486DX4. The 5x86 fixes this, and has to be jumpered identical to an iDX4, except the clock multiplier pin selects between 2x and 3x on the intel chip, and between 4x and 3x for the AMD. ==> Treat it like an i486DX4, just be sure to set the clock multiplier jumper to the 2x position. There is a simple DOS utility that measures cache and memory latency and throughput, and it does also check the internal clock frequency of the CPU. It is called 'ctcm' and should be available from lots of FTP sites. } > What kind of performance increase should I expect? Say on a make } > world and also on CPU bound things. Make world times, ordered by real time. Since the world might have looked a little different in each case :), don't take these numbers to be too meaningful ... In one case, the compile might have been a -stable system, in the other a (bigger) -current. (But the DX2 and 5x86 values were obtained on the same system with -current, just before and after the upgrade.) P5/133, 32MB?, AHC?: 13449.10 real 8789.22 user 2073.65 sys P5/150, 32MB, IDE: 14049.84 real 8798.35 user 1448.19 sys AMD5x86, 16MB, NCR: 15240.39 real 11011.81 user 2551.85 sys iDX4/100, 32MB, BT747: 17411.11 real 12021.55 user 2848.28 sys DX2/66, 16MB, NCR: 22902.31 real 17493.97 user 3495.63 sys } Well, some numbers out of the ol' Dhrystone-2 test gave my DX2/66 about 30K, } the P5-83 about 70K and the P100 here at work about 100K. This was using } the same binary on unloaded systems. Switching the cache settings results in dhrystone 2 results that are up to 50% different, with no actual improvement in real applications. } 'world' times are harder to compare because I went to an NCR PCI SCSI } controller and a faster motherboard, sorry. Well, but they are much more meaningful, since dhrystone can be off by a factor of 1.5! Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se