home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10670 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  1.7 KB
  1. Xref: sparky comp.arch:10670 comp.benchmarks:1675
  2. Path: sparky!uunet!ogicse!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!lindsay
  3. From: lindsay+@cs.cmu.edu (Donald Lindsay)
  4. Newsgroups: comp.arch,comp.benchmarks
  5. Subject: Re: DEC ALPHA Performance Claims
  6. Message-ID: <BxME1C.6Gt.2@cs.cmu.edu>
  7. Date: 12 Nov 92 20:24:44 GMT
  8. Article-I.D.: cs.BxME1C.6Gt.2
  9. References: <1992Nov11.043149.17257@engage.pko.dec.com> <BxKI38.DM7.2@cs.cmu.edu> <1992Nov12.091854.22914@walter.cray.com>
  10. Sender: news@cs.cmu.edu (Usenet News System)
  11. Organization: School of Computer Science, Carnegie Mellon
  12. Lines: 25
  13. Nntp-Posting-Host: gandalf.cs.cmu.edu
  14.  
  15.  
  16. cmg@magnet.cray.com writes:
  17. >      (NOTE: The performance above which is attributed to a CRAY-1 is
  18. >      actually that of a CRAY S-MP, NOT a CRAY-1.
  19.  
  20. Yes, I screwed up. Sorry it bothered you: I hadn't posted a
  21. correction, because that number wasn't important to my point.
  22.  
  23. >On this particular benchmark,
  24. >we would see a 3x speed improvement attributable to software.
  25. >The improvement of microprocessor speed of the past decade has been
  26. >tremendous.  How much of this improvement is attributable to software?
  27.  
  28. We should get John Mashey to give us a graph of SPECmarks versus
  29. time, chip held constant. Several chips (the 88100, for instance)
  30. noticeably picked up speed this way.
  31.  
  32. In general, optimization has the most leverage on numerical
  33. benchmarks, since their execution times are most likely dominated by
  34. some smallish stretch of code. We would expect SPECint to have been
  35. bent less than SPECfp. Of course, in real life, a lot of performance
  36. is dominated by disk speeds and the like, so improved compiler
  37. technology doesn't always play a role.
  38. -- 
  39. Don        D.C.Lindsay     Carnegie Mellon Computer Science
  40.