Liste des Groupes | Revenir à c arch |
mitchalsup@aol.com (MitchAlsup1) writes:Well, vs a modern RISC style ISA, say, caller side:On Tue, 4 Feb 2025 4:49:57 +0000, EricP wrote:While true, it's easy to say in retrospect after forty+
>MitchAlsup1 wrote:>>>
Basically, VAX taught us why we did not want to do "all that" in
a single instruction; while Intel 432 taught us why we did not bit
aligned decoders (and a lot of other things).
I case people are interested...
>
[paywalled]
The Instruction Decoding Unit for the VLSI 432 General Data Processor,
1981
https://ieeexplore.ieee.org/abstract/document/1051633/
>
The benchmarks in table 1(a) below tell it all:
a 4 MHz 432 is 1/15 to 1/20 the speed (slower) than a 5 MHz VAX/780,
1/4 to 1/7 speed than a 8 MHz 68000 or 5 MHz 8086
>
A Performance Evaluation of The Intel iAPX 432, 1982
https://dl.acm.org/doi/pdf/10.1145/641542.641545
>
And the reasons are covered here:
>
Performance Effects of Architectural Complexity in the Intel 432, 1988
https://www.princeton.edu/~rblee/ELE572Papers/Fall04Readings/I432.pdf
From the link::
The 432’s procedure calls are quite costly. A typical procedure call
requires 16 read accesses to memory and 24 write accesses, and it
consumes 982 machine cycles. In terms of machine cycles, this makes
it about ten times as slow as a call on the MC68010 or VAX 11/780.
>
almost 1000 cycles just to call a subroutine !!!
>
Lots of thinigs teh architects got wrong in there.....
years of advancements in silicon design and technology.
Comparing to the CISC architectures of the 60s and 70s,
it's not horrible.
Les messages affichés proviennent d'usenet.