home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10558 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  1.9 KB

  1. 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
  2. From: walter@zarquon.Eng.Sun.COM (Walter Bays)
  3. Newsgroups: comp.arch
  4. Subject: Re: MIPS R4400
  5. Date: 9 Nov 1992 18:15:33 GMT
  6. Organization: Sun Microsystems
  7. Lines: 31
  8. Distribution: world
  9. Message-ID: <lftam5INNgoi@exodus.Eng.Sun.COM>
  10. References: <lflj8pINN158@spim.mti.sgi.com>
  11. Reply-To: walter@zarquon.Eng.Sun.COM
  12. NNTP-Posting-Host: zarquon
  13.  
  14. In article lflj8pINN158@spim.mti.sgi.com, cprice@mips.com (Charlie Price) writes:
  15. >>
  16. >The detail on this wasn't in the press release, so here it is.
  17. >
  18. >R4400 SC 75 MHz SPEC-89 *simulations* using IRIX "best binaries".
  19. >The compilation flags for the binaries are whatever SGI published
  20. >for SPEC-89 for the Crimson or Indigo-4000.  They are complicated.
  21. >
  22. >Peak75 is intended to be the fastest uniprocessor you could reasonably
  23. >build using this chip in order to illustrate the performance available
  24. >from the *CHIP*.
  25. >These parameters are not intended to represent a
  26. >system that any vendor is currently building or will build.
  27.  
  28. Congratulations again to MIPS for going beyond the bare minimum in SPEC
  29. disclosure requirements and telling us how you simulated these numbers.
  30.  
  31. >In article <JCALLEN.92Nov6135200@marley.think.com> jcallen@marley.think.com (Jerry Callen) writes:
  32. >[I was surprised to see MIPS use SPEC 89 numbers...]
  33.  
  34. I also wonder why you would use the old 89 suite.  Was it that some of
  35. the new 92 benchmarks are too complicated to simulate, in particular
  36. 026.compress and 072.sc?  (I believe there are ways around the
  37. difficulties.)  But even if SPECint92 was intractable, can't you at
  38. least simulate SPECfp92?
  39.  
  40. ---
  41. Walter Bays                                         walter.bays@eng.sun.com
  42. Sun Microsystems,  2550 Garcia Ave.,  MTV15-404,  Mountain View,  CA  94043
  43. (415) 336-3689     SPEC Steering Committee Chairman      FAX (415) 968-4873
  44.  
  45.