home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.arch:10635 comp.lang.forth:3480
- Newsgroups: comp.arch,comp.lang.forth
- Path: sparky!uunet!super!rminnich
- From: rminnich@super.org (Ronald G Minnich)
- Subject: Re: What's RIGHT with stack machines (Was Re: What's wrong...)
- Message-ID: <1992Nov11.134556.20150@super.org>
- Keywords: stack computers, embedded control
- Sender: news@super.org (USENET News System)
- Nntp-Posting-Host: metropolis
- Organization: Supercomputing Research Center (Bowie, MD)
- References: <Bx5AIr.EAy.2@cs.cmu.edu>
- Date: Wed, 11 Nov 1992 13:45:56 GMT
- Lines: 31
-
- In article <Bx5AIr.EAy.2@cs.cmu.edu> koopman+@cs.cmu.edu (Philip Koopman) writes:
- >PIPELINING
- I am not replicating your comments, but will only say that some
- people I used to know at Burrough-- oops,
- Unisys would be surprised by this one. Find out what you can about the
- A17, and you will see a machine that does a fair amount of work to convert
- the old stack machine instruction set to Something Else on the fly, and then
- executes that. Or look at earlier machines, such as the A15.
- There is a pipeline or two in there :-)
- >STACK SIZE & INTERRUPTS
- >A neat thing about stack CPUs is that context switching for
- >interrupts takes essentially zero time -- no registers need
- >to be saved; you just put the ISR values onto the top
- >of the stack and clean them off when you're done (presumes
- Only if you don't care about protection, right? otherwise you have to
- switch stacks, and switching stacks implies flushing on-processor
- state related to the current stack. Of course if you only have one
- process ...
- >COMPILERS
- >Stack compilers aren't currently very efficient -- but
- >that's because no-one has really tried all that hard.
- Screams from Paoli, Pa. and other places were probably heard on
- this one. A lot of good work was done by one company over a period
- of decades.
-
- ron
-
- --
- Never assume a conspiracy when you can assume | rminnich@super.org
- incompetence. | (301)-805-7451 or 7312
- Most abused words: open, scaleable, [more later] |
-