home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ornl!utkcs2!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!male.EBay.Sun.COM!jethro.Corp.Sun.COM!exodus.Eng.Sun.COM!zarquon!walter
- From: walter@zarquon.Eng.Sun.COM (Walter Bays)
- Newsgroups: comp.arch
- Subject: Re: MIPS R4400
- Date: 9 Nov 1992 18:15:33 GMT
- Organization: Sun Microsystems
- Lines: 31
- Distribution: world
- Message-ID: <lftam5INNgoi@exodus.Eng.Sun.COM>
- References: <lflj8pINN158@spim.mti.sgi.com>
- Reply-To: walter@zarquon.Eng.Sun.COM
- NNTP-Posting-Host: zarquon
-
- In article lflj8pINN158@spim.mti.sgi.com, cprice@mips.com (Charlie Price) writes:
- >>
- >The detail on this wasn't in the press release, so here it is.
- >
- >R4400 SC 75 MHz SPEC-89 *simulations* using IRIX "best binaries".
- >The compilation flags for the binaries are whatever SGI published
- >for SPEC-89 for the Crimson or Indigo-4000. They are complicated.
- >
- >Peak75 is intended to be the fastest uniprocessor you could reasonably
- >build using this chip in order to illustrate the performance available
- >from the *CHIP*.
- >These parameters are not intended to represent a
- >system that any vendor is currently building or will build.
-
- Congratulations again to MIPS for going beyond the bare minimum in SPEC
- disclosure requirements and telling us how you simulated these numbers.
-
- >In article <JCALLEN.92Nov6135200@marley.think.com> jcallen@marley.think.com (Jerry Callen) writes:
- >[I was surprised to see MIPS use SPEC 89 numbers...]
-
- I also wonder why you would use the old 89 suite. Was it that some of
- the new 92 benchmarks are too complicated to simulate, in particular
- 026.compress and 072.sc? (I believe there are ways around the
- difficulties.) But even if SPECint92 was intractable, can't you at
- least simulate SPECfp92?
-
- ---
- Walter Bays walter.bays@eng.sun.com
- Sun Microsystems, 2550 Garcia Ave., MTV15-404, Mountain View, CA 94043
- (415) 336-3689 SPEC Steering Committee Chairman FAX (415) 968-4873
-
-