[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: FPGApple + ARM?
sicklittlemonkey wrote:
You're raining on my parade, man. Talking like a compiler writer!
Hopefully there's another "Not that I don't love it, you understand!"
coming! ;-)
As a computer architect, I had to talk like: 1) a compiler writer,
2) an OS designer, 3) a logic designer, and 4) a chip designer. Only
by weighing the costs and benefits across the whole spectrum (taking
trends into account) can you get a "sweet" design with a reasonably long
effective lifetime. This kind of design is done by a great team
(*not* to be confused with a committee!).
And I loved it--but I'm retired now. ;-)
Of course, as we all know, "successful" architectures are made in the
marketplace, not the R&D lab... ;-(
Anyway, from the points you make (all valid of course) the nature of
RISC tends towards a division into processing instructions and memory
access instructions. Combined with a relatively large set of general
purpose registers, this leads to the kind of orthogonality I was
referring too. In the ARM any operand can be "barrel-shifted" for
"free" - all within one cycle for instance.
>
As you say, not much help there from 6502 experience. I was quite taken
aback when I discovered the ARM had no stack pointer!
Yep, that's what general registers are for! ;-)
-michael
Music synthesis for 8-bit Apple II's!
Home page: http://members.aol.com/MJMahon/
"The wastebasket is our most important design
tool--and it is seriously underused."