home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 11012 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  1.5 KB
  1. Path: sparky!uunet!usc!rpi!uwm.edu!ogicse!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!lindsay
  2. From: lindsay+@cs.cmu.edu (Donald Lindsay)
  3. Newsgroups: comp.arch
  4. Subject: Re: DEC Alpha AXP System INTEGER Performance
  5. Keywords: Alpha, AXP, SPEC, DEC, INTEGER
  6. Message-ID: <By4w36.EMo.2@cs.cmu.edu>
  7. Date: 22 Nov 92 20:11:30 GMT
  8. Article-I.D.: cs.By4w36.EMo.2
  9. References: <1698@niktow.canisius.edu> <jdd.721687838@cdf.toronto.edu> <1992Nov20.220615.7494@raid.dell.com>
  10. Sender: news@cs.cmu.edu (Usenet News System)
  11. Organization: School of Computer Science, Carnegie Mellon
  12. Lines: 21
  13. Nntp-Posting-Host: gandalf.cs.cmu.edu
  14.  
  15. samf@yosemite.dell.com (Sam Fuller) writes:
  16. >After reviewing the Alpha performance claims, I had the feeling that
  17. >the integer unit did not really run at 133Mhz.
  18.  
  19. No, it runs full speed.
  20.  
  21. I tried a worst-case benchmark: a program which
  22. - uses no FP, hence, the superscalar doesn't apply much
  23. - manipulates a byte array (an image)
  24. - makes multiple passes over an array bigger than the secondary cache
  25.  
  26. A 150 MHz OSF/1 Alpha was ~4.4 times faster than a 25 MHz R3000
  27. (DECstation 5000/200). By comparision, the clocks are 6:1, the DRAM
  28. speed is probably about 1:1, and your guess would have predicted 3:1.
  29.  
  30. A quick look at the generated code shows room for improvement, and I
  31. expect that future compiler releases will do better. For one thing,
  32. the compiler's profiling and feedback features aren't available to me
  33. yet.
  34. -- 
  35. Don        D.C.Lindsay    Carnegie Mellon Computer Science
  36.