home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10680 < prev    next >
Encoding:
Internet Message Format  |  1992-11-13  |  2.3 KB
  1. From: cag@hpfcso.FC.HP.COM (Craig Gleason)
  2. Date: Thu, 12 Nov 1992 17:15:27 GMT
  3. Subject: Re: Re: DEC Alpha AXP System Performance
  4. Message-ID: <8840085@hpfcso.FC.HP.COM>
  5. Organization: Hewlett-Packard, Fort Collins, CO, USA
  6. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!wupost!sdd.hp.com!hpscit.sc.hp.com!scd.hp.com!hpscdm!hplextra!hpfcso!cag
  7. Newsgroups: comp.arch
  8. References: <BxIJxr.GD5.1@cs.cmu.edu>
  9. Lines: 43
  10.  
  11. > In article <15445@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
  12. > >Hmm.  As I remember, somebody from DEC at a session on topics such as
  13. > >OSF/1-on-MIPS on Tuesday night at the San Antonio USENIX claimed that
  14. > >HP-PA was "out of gas"; anybody know what his response to the above
  15. > >figures are?
  16. > 
  17. > He would have known about the 7100, although not its exact SPECs.
  18. > So, he's not *too* surprised.
  19. > 
  20. He was probably the same DEC marketing dwid who said last year that
  21. HP was "up against the ceiling" in performance.  We "just took old
  22. technology and pushed it to the limit."  Well, it worked last year and
  23. it worked this year.  Anybody want to bet against us next year?
  24.  
  25. When are marketeers going to stop projecting the limits of what engineers
  26. can do, and just let us get on with doing it?  Get over it, people.  Stop 
  27. predicting who's out of gas and look forward.
  28.  
  29. > What he may have meant, is that HP won't be able to use offchip
  30. > primary cache much longer. That was difficult at 66 MHz, and is
  31. > really impressive at 100 MHz. Even HP can't do it at 200 MHz, surely.
  32. > 
  33. Surely.  Or not.  If it's the right thing to do, you can bet we'll do
  34. it.  
  35.  
  36. > DEC's architects also have a low opinion of HP's high semantic
  37. > loading. That is, HP has instructions that also do some second thing -
  38. > such as skip-on-condition. The Alpha team avoided that, and have
  39. > handwaving arguments about how this will help in future "aggressive"
  40. > implementations.
  41.  
  42. You did an excellent job of explaining why the junior architects' club
  43. doesn't design VLSI chips.  They can sit back and handwave all they 
  44. want, but the proof is in the product.  
  45.  
  46. Can't anyone understand that the 21064 and the 7100 aren't blazing fast
  47. because the architectures are great, but because the engineering was
  48. great?  I'm sure the Alpha design team could have built a MIPS 
  49. architecture chip that performed just about as well as Alpha if it
  50. suited their purposes.  
  51.  
  52. Craig Gleason
  53. * my opinions, not HP's
  54.