home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10665 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  1.6 KB
  1. Xref: sparky comp.arch:10665 comp.lang.forth:3484
  2. Path: sparky!uunet!walter!qualcom.qualcomm.com!network.ucsd.edu!sdd.hp.com!usc!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!west.West.Sun.COM!news2me.EBay.Sun.COM!exodus.Eng.Sun.COM!rbbb.Eng.Sun.COM!chased
  3. From: chased@rbbb.Eng.Sun.COM (David Chase)
  4. Newsgroups: comp.arch,comp.lang.forth
  5. Subject: Re: What's RIGHT with stack machines
  6. Date: 12 Nov 1992 19:33:38 GMT
  7. Organization: Sun Microsystems, Mt. View, Ca.
  8. Lines: 20
  9. Message-ID: <lg5cciINN17n@exodus.Eng.Sun.COM>
  10. References: <MIKE.92Nov9004026@guam.vlsivie.tuwien.ac.at> <id.D6UU.5Z@ferranti.com> <lg0eheINNs7l@exodus.Eng.Sun.COM> <id.Z9WU.QA1@ferranti.com>
  11. NNTP-Posting-Host: rbbb
  12.  
  13. In article <id.Z9WU.QA1@ferranti.com> peter@ferranti.com (peter da silva) writes:
  14. >Of course, superscalar RISC machines with lots of pipelines are really terrible
  15. >at handling byte-code interpreters (lots of non-predictable branches) and run-
  16. >time code generation (OK, now we blow away the pipeline...). Oh, and the
  17. >infamous autoincrement deferred addressing mode becomes a major win...
  18.  
  19. It ain't necessarily so.  You can use speculative or non-faulting
  20. loads and multiple condition codes to pipeline the interpreter itself.
  21. This is not a panacea, but it's not a catastrophe.  Not all RISCs have
  22. these (yet).
  23.  
  24. It's also not clear to me that the stack machine will come with a
  25. simpler pipeline.  Branches will probably be just as bad there, and
  26. your autoincrement deferred addressing mode looks like a big consumer
  27. of register file ports.  Superscalar group or messy addressing modes,
  28. it's all the same in terms of hardware resources.
  29.  
  30. David Chase
  31. Sun
  32.  
  33.