home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10632 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  1.6 KB
  1. Xref: sparky comp.arch:10632 comp.lang.forth:3479
  2. Newsgroups: comp.arch,comp.lang.forth
  3. Path: sparky!uunet!charon.amdahl.com!pacbell.com!iggy.GW.Vitalink.COM!cs.widener.edu!eff!sol.ctr.columbia.edu!emory!swrinde!zaphod.mps.ohio-state.edu!menudo.uh.edu!sugar!ficc!peter
  4. From: peter@ferranti.com (peter da silva)
  5. Subject: Re: What's RIGHT with stack machines
  6. Message-ID: <id.Z9WU.QA1@ferranti.com>
  7. Organization: Xenix Support, FICC
  8. References: <MIKE.92Nov9004026@guam.vlsivie.tuwien.ac.at> <id.D6UU.5Z@ferranti.com> <lg0eheINNs7l@exodus.Eng.Sun.COM>
  9. Date: Wed, 11 Nov 1992 16:19:14 GMT
  10. Lines: 16
  11.  
  12. In article <lg0eheINNs7l@exodus.Eng.Sun.COM> chased@rbbb.Eng.Sun.COM (David Chase) writes:
  13. > On the other hand, if what you are optimizing is ROM usage,
  14. > high-performance commodity micros might just run little byte-code
  15. > interpreters.  Of course, one trick to making your interpreted code
  16. > run faster is to compile little fragments, which is sort of a
  17. > generalization of scheduling at run-time.
  18.  
  19. Of course, superscalar RISC machines with lots of pipelines are really terrible
  20. at handling byte-code interpreters (lots of non-predictable branches) and run-
  21. time code generation (OK, now we blow away the pipeline...). Oh, and the
  22. infamous autoincrement deferred addressing mode becomes a major win...
  23. -- 
  24. Peter da Silva / 77487-5012 USA / +1 713 274 5180
  25. true(<<VV$@\\$'&O 9$O%'$LT$&$"V6"$&$<4$?'&$ #I&&?$=$<<@)24 24 scale 3 21 moveto
  26. {dup 36 eq{pop not}{dup 7 and 4 sub exch 56 and 8 div 4 sub 2 index{rlineto}{
  27. rmoveto}ifelse}ifelse}forall stroke pop showpage % Har du kramat din varg idag?
  28.