home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10932 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  1.4 KB
  1. Path: sparky!uunet!mcsun!sunic!dkuug!diku!thorinn
  2. From: thorinn@diku.dk (Lars Henrik Mathiesen)
  3. Newsgroups: comp.arch
  4. Subject: Re: PA-RISC ``semantic loading'' (according to DEC)
  5. Message-ID: <1992Nov19.204612.10316@odin.diku.dk>
  6. Date: 19 Nov 92 20:46:12 GMT
  7. References: <1992Nov13.173228.16970@odin.diku.dk> <32580142@hpcuhe.cup.hp.com> <1992Nov19.140334.14589@vbohub.vbo.dec.com>
  8. Sender: thorinn@tyr.diku.dk
  9. Organization: Department of Computer Science, U of Copenhagen
  10. Lines: 24
  11.  
  12. kaiser@mammal.vbo.dec.com (Peter Kaiser) writes:
  13. >campbelr@hpcuhe.cup.hp.com (Bob Campbell) writes:
  14. >>Someone at DEC writes:
  15. >>>I write:
  16. >>>> I suspect
  17. >>>> that PA-RISC can get by with executing fewer instructions as well.
  18. >>> This is, in a nutshell, the CISC viewpoint.
  19. >>Some might call it engineering. 
  20. >Touchy? :-)
  21.  
  22. While this charming little cascade could run for a while, I'll just
  23. point out that I really think that the first gentleman from DEC was
  24. stretching it --- I was clearly describing the HP-PA architecture as
  25. being placed firmly within the RISC sphere, albeit in the less
  26. aggressively hardware-optimizable end.
  27.  
  28. Rather than snide remarks, I had hoped to elicit informed comment as
  29. to how much the statefulness of the HP-PA programmers' model impacts
  30. (or can be assumed to impact) current and future implementations, in
  31. development time *and* in achievable speed for a given technology.
  32.  
  33. Please?
  34.  
  35. Lars Mathiesen (U of Copenhagen CS Dep) <thorinn@diku.dk> (Humour NOT marked)
  36.