home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / benchmar / 2001 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  3.0 KB
  1. Path: sparky!uunet!ukma!darwin.sura.net!spool.mu.edu!olivea!inews.Intel.COM!mipos2!rskinner
  2. From: rskinner@mipos2.intel.com (Rod Skinner)
  3. Newsgroups: comp.benchmarks
  4. Subject: Re: specint, specfloat, mips...
  5. Message-ID: <C1Ky2L.Dw0@inews.Intel.COM>
  6. Date: 28 Jan 93 19:56:44 GMT
  7. References: <1993Jan27.162837.23823@cenaath.cena.dgac.fr> <lmdjtrINNsc7@exodus.Eng.Sun.COM>
  8. Sender: news@inews.Intel.COM (USENET News System)
  9. Organization: Intel Corporation, Santa Clara, CA USA
  10. Lines: 53
  11. Nntp-Posting-Host: mipos2
  12.  
  13. In article <lmdjtrINNsc7@exodus.Eng.Sun.COM> walter@zarquon.Eng.Sun.COM writes:
  14. >In article 23823@cenaath.cena.dgac.fr, brasseur@stna.dgac.fr (Christophe Le Brasseur CAP SESA TERTIAIRE AG25) writes:
  15. >>Here are a few questions :
  16. >>==========================
  17. >>
  18. >>What exactly are specint and specfloat ?
  19. >>How can you compare spec to mips ?
  20. >
  21. >I am emailing you the SPEC FAQ for this group, which may help you.
  22. >
  23. >>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).
  24. >
  25. >This is the best answer.  Nothing represents your own code better than
  26. >your own code.  You can use SPECint92 and SPECfp92 to get an idea of
  27. >CPU speed to decide which machines to test with your code.
  28. >
  29. >>We looked at Sparc 10/52 and at RS6000.  ...
  30. >>We can also get a DPX2/380 with 4 processors (33 Mhz 68040) : 100 Mips (!?) 
  31. >
  32. >Your description of the workload sounds multi-user and multi-threaded,
  33. >so you can use SPECrate_int92 and SPECrate_fp92 to rate overall system
  34. >compute capacity.  (See FAQ for the difference between the speed and
  35. >capacity measures.)
  36. >
  37. >>So the point is : does my appplication use a lot of specints or a lot of specfloat ?
  38. >
  39. For system applications that depend on Oracle as you have
  40. indicated...don't waste time on SPECfp92 or SPECrate_fp92.  The Oracle
  41. application code is 99+% integer code.
  42.  
  43. The set of results that you should also consider is the set of results
  44. published by the TPC and/or the SPEC SDM benchmark results.  These may
  45. more closely track performance of your application.  I suspect that they
  46. will track more closely than any of the individual CPU benchmarks.
  47.  
  48. >After running your code, the next best answer is to look at the
  49. >descriptions of the individual SPEC benchmarks and match them with your
  50. >application.  Then look at the SPECrates of those benchmarks most like
  51. >your application.  Finally you can make your own measurements or seek
  52. >advice on how much integer code is executed versus floating point code,
  53. >but also consider the source of the advice.  (I won't offer any here :-)
  54. >
  55. >---
  56. >Speaking for myself, not for Sun nor for SPEC...
  57. >Walter Bays                                         walter.bays@eng.sun.com
  58. >Sun Microsystems,  2550 Garcia Ave.,  MTV15-404,  Mountain View,  CA  94043
  59. >(415) 336-3689     SPEC Steering Committee Chairman      FAX (415) 968-4873
  60.  
  61.  
  62. Rod Skinner                I speak for myself only.
  63. Intel Corp
  64. 2200 Mission College Blvd RN4-21          PH (408) 765-4474
  65. Santa Clara, CA 95052                     FAX (408) 765-4920
  66.