Nat Semi ns32k, was Re: Whitechapel Computer Works MG-1
Jon Elson
elson at pico-systems.com
Tue Dec 2 10:51:28 CST 2014
On 12/01/2014 11:13 PM, Eric Smith wrote:
> On Mon, Dec 1, 2014 at 8:03 PM, Jon Elson <elson at pico-systems.com> wrote
> [about NS32K]:
>> It was certainly a CISC design, and probably not as clean as the VAX
>> architecture
>> (although the number of addressing options on the VAX may have gone off the
>> deep end also).
> You haven't seen "off the deep end" CISC until you look at the Intel iAPX 432,
> which makes the VAX architecture look lean and mean.
Yes, I do KNOW about the iAPX 4/32, and know somebody who
worked on one. Glacially
slow. It was an ambitious project, and if object-oriented
machine language was your
thing, it was what you needed. But, as for a practical
computer, it didn't make it.
> For that matter, VAX was far simpler than x86 and x86_64 have become.
Far cleaner, too! The PDP-11 instruction set was quite
good, the VAX had to move all
3-bit fields up to 4 bits, so they had to come up with 16
addressing modes. I suspect
some of them were so rarely used most programmers who even
worked in assembly
language didn't quite know what some of them did. The x86
is just a mess, like king
Ludwig's castle.
> And I wouldn't argue that it's CISC, but even the ARMv8 architecture manual is
> over 2000 pages.
I use the Beagle Board and Beagle Bone. The TI manual on
the OMAP processors
is VERY badly organized, and vastly larger than it really
needs to be. For instance,
where they have 100 essentially identical registers for GPIO
configuration, they
have them described on 100 nearly identical pages. One page
with a description
of how the addressing applies to the banks of registers
would have been a LOT
better.
Jon
More information about the cctalk
mailing list