home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / hardware / 7104 < prev    next >
Encoding:
Internet Message Format  |  1993-01-26  |  1.8 KB
  1. Path: sparky!uunet!noc.near.net!hri.com!spool.mu.edu!agate!ames!sun-barr!male.EBay.Sun.COM!exodus.Eng.Sun.COM!shukra!ram
  2. From: ram@shukra.Eng.Sun.COM (Renu Raman)
  3. Newsgroups: comp.sys.sun.hardware
  4. Subject: Re: Performance of Sparc Classic?
  5. Message-ID: <lm9jpsINNlms@exodus.Eng.Sun.COM>
  6. Date: 26 Jan 93 05:42:20 GMT
  7. References: <51917@seismo.CSS.GOV> <18471@autodesk.COM>
  8. Organization: Sun
  9. Lines: 33
  10. NNTP-Posting-Host: shukra
  11.  
  12. In article <18471@autodesk.COM> marc@autodesk.com writes:
  13. >
  14. >In article 51917@seismo.CSS.GOV, dsc@seismo.CSS.GOV (taste is the enemy 
  15. >
  16. >>Model        SPECint92    SPECfp92    MIPS    MFLOPS    Cache*    Contexts
  17. >>-----        ---------    --------    ----    ------    ------    --------
  18. >>IPX        21.8    21.5        28.5    4.2    64    8
  19. >>2        21.8    22.8        28.5    4.2    64    16
  20. >>Classic    26.4    21.0        59.1    4.6    6    64
  21. >>LX        26.4    21.0        59.1    4.6    6    64
  22. >>
  23. >>* in KBs - cache is unified unless marked as data/instruction.
  24. >
  25. >Take careful note of the cache size on the Classic/LX.  One thing that 
  26. >has been become obvious to us here is that the IPX and SS2 perform
  27. >significantly better (in some case 2 or 3 times) on large programs with
  28. >poor cache locality.  Benchmarks don't always tell the whole story...
  29.  
  30.  
  31.  I suppose you meant 'good cache locality' - because on programs that
  32.  have 'poor cache locality' a.k.a cache thrashers - the LX/Classic
  33.  will perform better than the IPX and SS2 - for the simple reason that
  34.  the memory access latency is far better - (about 7-9 cycles vs 20).
  35.  
  36.  I have seen a number of cases where This teeny machines outperform 
  37.  a number of bigger machines when the programs are memory bound.
  38.  
  39.  renu raman
  40. -- 
  41. --------------------------------
  42.    Renukanthan Raman                Internet:renu.raman@Eng.Sun.COM
  43.    M/S 16-11, 2500 Garcia Avenue,               Tel :415-336-1813
  44.    Sun Microsystems, Mt. View,  CA 94043
  45.