home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / arch / 11725 < prev    next >
Encoding:
Internet Message Format  |  1992-12-17  |  1.5 KB

  1. Path: sparky!uunet!usc!rpi!usenet.coe.montana.edu!news.u.washington.edu!ogicse!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!netnews-2.srv.cs.cmu.edu!moss
  2. From: moss@cs.cmu.edu (Eliot Moss)
  3. Newsgroups: comp.arch
  4. Subject: Re: Relatively long cycle time in 486 LOOP instruction
  5. Message-ID: <MOSS.92Dec17073124@CRAFTY.cs.cmu.edu>
  6. Date: 17 Dec 92 12:31:24 GMT
  7. Article-I.D.: CRAFTY.MOSS.92Dec17073124
  8. References: <fWFHrqe@quack.sac.ca.us>
  9. Sender: news@cs.cmu.edu (Usenet News System)
  10. Reply-To: moss@cs.cmu.edu
  11. Organization: Dept of Comp and Info Sci, Univ of Mass (Amherst)
  12. Lines: 16
  13. In-Reply-To: dfox@quack.sac.ca.us's message of 16 Dec 1992 06:02:51 UTC
  14. Nntp-Posting-Host: crafty.fox.cs.cmu.edu
  15.  
  16. A guess as to why a decrement-and-branch instruction might take longer than
  17. you expect is that if the processor is pipelined, they may stall instruction
  18. issue until this instruction has resolved whether or not it is going to
  19. branch. I don't know the instruction set in detail, but if these are
  20. instructions where the branch target is in a register or computed (i.e., not
  21. absolute in the instruction, or PC relative), you can also lose cycles in
  22. getting the branch target fetched.
  23. --
  24.  
  25. J. Eliot B. Moss, Associate Professor    Visiting Associate Professor
  26. Department of Computer Science        School of Computer Science
  27. Lederle Graduate Research Center    Carnegie Mellon University
  28. University of Massachusetts        5000 Forbes Avenue
  29. Amherst, MA  01003            Pittsburgh, PA  15213-3891
  30. (413) 545-4206, 545-1249 (fax)        (412) 268-6767, 681-5739 (fax)
  31. Moss@cs.umass.edu            Moss@cs.cmu.edu
  32.