🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.arch
Article #20478

undoing autoincrement

#20478
From: matloff
Date: Thu, 23 Mar 1989 20:53
25 lines
1500 bytes
>In article <21931@agate.BERKELEY.EDU> matloff@iris.ucdavis.edu (Norm Matloff) writes:
>>In article xxx henry@utzoo.uucp (Henry Spencer) writes:

>>>Autoincrement addressing modes simply aren't a worthwhile investment.

*>Really, this isn't an absolutely obvious conclusion.   There are certainly
*>intruction encodings, pipelines, register file designs where the incremental
*                      ^^^^^^^^^                                  ^^^^^^^^^^^
*>cost of this might be almost zero,in which case one would certainly put it in
* ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

>The cost is certainly far from 0 if an incrementation has to be "undone"
>when a conditional branch is taken.

baum@apple.com had asked:

%Why would an autoincrement be undone on a branch?

Suppose there is an instruction containing autoincrement immediately following
a conditional branch instruction.  If the pipe is such that the autoinc is
done during or before the branch decision, the autoinc will have to be undone.

Again, all this depends on whether the pipe is designed that way.

   Norm
Technical Details
Message-ID: <21971@agate.BERKELEY.EDU>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!agate!tinman.Berkeley.EDU!matloff

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!agate!tinman.Berkeley.EDU!matloff
From: matloff@tinman.Berkeley.EDU
Newsgroups: comp.arch
Subject: undoing autoincrement
Message-ID: <21971@agate.BERKELEY.EDU>
Date: 23 Mar 89 20:53:18 GMT
Sender: usenet@agate.BERKELEY.EDU
Reply-To: matloff@iris.ucdavis.edu (Norm Matloff)
Organization: EECS, UC Davis
Lines: 25