home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / benchmar / 2004 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  2.3 KB
  1. Path: sparky!uunet!olivea!pagesat!netsys!agate!spool.mu.edu!howland.reston.ans.net!usc!cs.utexas.edu!sun-barr!male.EBay.Sun.COM!exodus.Eng.Sun.COM!zarquon!walter
  2. From: walter@zarquon.Eng.Sun.COM (Walter Bays)
  3. Newsgroups: comp.benchmarks
  4. Subject: Re: specint, specfloat, mips...
  5. Message-ID: <lmdjtrINNsc7@exodus.Eng.Sun.COM>
  6. Date: 27 Jan 93 18:08:59 GMT
  7. References: <1993Jan27.162837.23823@cenaath.cena.dgac.fr>
  8. Reply-To: walter@zarquon.Eng.Sun.COM
  9. Organization: Sun Microsystems, Inc.
  10. Lines: 37
  11. NNTP-Posting-Host: zarquon
  12.  
  13. In article 23823@cenaath.cena.dgac.fr, brasseur@stna.dgac.fr (Christophe Le Brasseur CAP SESA TERTIAIRE AG25) writes:
  14. >Here are a few questions :
  15. >==========================
  16. >
  17. >What exactly are specint and specfloat ?
  18. >How can you compare spec to mips ?
  19.  
  20. I am emailing you the SPEC FAQ for this group, which may help you.
  21.  
  22. >We already made simulation of the system on sparc 10/30 and on Bull DPX2/360 >Bi-processor (a french computer with two 25Mhz 68040).
  23.  
  24. This is the best answer.  Nothing represents your own code better than
  25. your own code.  You can use SPECint92 and SPECfp92 to get an idea of
  26. CPU speed to decide which machines to test with your code.
  27.  
  28. >We looked at Sparc 10/52 and at RS6000.  ...
  29. >We can also get a DPX2/380 with 4 processors (33 Mhz 68040) : 100 Mips (!?) 
  30.  
  31. Your description of the workload sounds multi-user and multi-threaded,
  32. so you can use SPECrate_int92 and SPECrate_fp92 to rate overall system
  33. compute capacity.  (See FAQ for the difference between the speed and
  34. capacity measures.)
  35.  
  36. >So the point is : does my appplication use a lot of specints or a lot of specfloat ?
  37.  
  38. After running your code, the next best answer is to look at the
  39. descriptions of the individual SPEC benchmarks and match them with your
  40. application.  Then look at the SPECrates of those benchmarks most like
  41. your application.  Finally you can make your own measurements or seek
  42. advice on how much integer code is executed versus floating point code,
  43. but also consider the source of the advice.  (I won't offer any here :-)
  44.  
  45. ---
  46. Speaking for myself, not for Sun nor for SPEC...
  47. Walter Bays                                         walter.bays@eng.sun.com
  48. Sun Microsystems,  2550 Garcia Ave.,  MTV15-404,  Mountain View,  CA  94043
  49. (415) 336-3689     SPEC Steering Committee Chairman      FAX (415) 968-4873
  50.