home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / arch / 9293 < prev    next >
Encoding:
Text File  |  1992-09-08  |  1.3 KB  |  33 lines

  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!sun-barr!ames!agate!dog.ee.lbl.gov!hellgate.utah.edu!fcom.cc.utah.edu!phil
  3. From: phil@news.ccutah.edu (Phillip Neiswanger)
  4. Subject: No Branch Delay Slot(s)...
  5. Message-ID: <1992Sep9.044231.12217@fcom.cc.utah.edu>
  6. Sender: news@fcom.cc.utah.edu
  7. Organization: University of Utah Computer Center
  8. Date: Wed, 9 Sep 92 04:42:31 GMT
  9. Lines: 22
  10.  
  11. Hi,
  12.  
  13. Before I state my question I would like to appologize to all who have been
  14. bothered by my rather inane posts in the past.  They will remain just that;
  15. posts of the past.
  16.  
  17. In the august issue of Byte there is a rather lightweight article on DEC's
  18. Alpha architecture and its current incarnate the 21064.  In the article it
  19. states that DEC deemed the branch delay slot to be of little value in
  20. future multiple(read >2) instruction issue implementations of the Alpha
  21. architecture.  If I remember correctly, the article states that the use of
  22. delayed branch slots could introduce incompatibilities from implementation
  23. to implementation.  This does not seem very intuitive to me.  Would anybody
  24. care to discuss how branch delay slots are going to affect future generation
  25. of RISC cpus as they enter the era of multiple(read >2) instruction issue
  26. implementations.
  27.  
  28. There.  I hope that was a much more interesting question. :)
  29.  
  30.                 Phil
  31.                 email:    phil@csulx.weber.edu
  32.                     phil@icarus.weber.edu
  33.