Microcode, which is a no-go for modern designs
Paul Koning
paulkoning at comcast.net
Wed Jan 2 13:37:44 CST 2019
> On Jan 2, 2019, at 2:31 PM, Chuck Guzis via cctalk <cctalk at classiccmp.org> wrote:
>
> On 1/2/19 10:44 AM, Guy Sotomayor Jr wrote:
>
>> Also, recall that there are different forms of micro-code: horizontal
>> and vertical. I think that IBM (in the S/360, S/370, S/390, z/Series)
>> uses the term micro-code for horizontal micro-code and millicode
>> for vertical microcode.
>
> On the CDC STAR-100, "microcode" as such was a relatively recent concept
> and the designers went overboard, mostly because of an ill-defined
> customer base (hence, BCD and other commerical-class instructions, like
> translate, edit and mark, etc.). The STAR is basically a RISC-type
> vector architecture with a pile of microcoded instructions bolted on.
> ...
> For a compiler writer, or even an assembly coder, this was more of a
> problem--which combination of instructions could be used to the greatest
> effect? And why do I have to have the hardware manual on my desk to
> look up instructions?
That reminds me of the Motorola 68040. I used that at DEC in a high speed switch (DECswitch 900 -- FDDI to 6 Ethernet ports). When studying the instruction timings, I realized there is a "RISC subset" of the instructions that run fast, a cycle or so per instruction. But the more complex instructions are much slower. So the conclusion for a fastpath writer is to use the RISC subset and pretend the fancy addressing mode instructions do not exist.
paul
More information about the cctech
mailing list