home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!crdgw1!rdsunx.crd.ge.com!ariel!davidsen
- From: davidsen@ariel.crd.GE.COM (william E Davidsen)
- Newsgroups: comp.arch
- Subject: Re: Harvard architecture
- Message-ID: <1993Jan25.153333.7251@crd.ge.com>
- Date: 25 Jan 93 15:33:33 GMT
- References: <2B51D662.29834@news.service.uci.edu> <1993Jan24.180434.2420@nidat.sub.org>
- Sender: usenet@crd.ge.com (Required for NNTP)
- Reply-To: davidsen@crd.ge.com (bill davidsen)
- Organization: GE Corporate R&D Center, Schenectady NY
- Lines: 29
- Nntp-Posting-Host: ariel.crd.ge.com
-
- In article <1993Jan24.180434.2420@nidat.sub.org>, Nitezki@NiDat.sub.org (Peter Nitezki) writes:
-
- | Basically the second!
- |
- | Once it was called Zuse architecture (then von Neumann took over).
- | After a while it got a writable control/instruction (as you like it) store
- | and was called Harvard architecture; just to take over in the modern DSP
- | designs.
-
- I agree, and I don't have the refference, either.
-
- As a historical note, back in the bad old days I had an app which just
- wouldn't fit in the 64k I could address with a Z80. And the budget
- didn't allow something else (not that there was mush at that time). With
- the help of a friend to hack the hardware, I came up with a solution, a
- version of CP/M which loaded the program in one memory bank in so-called
- "master mode," then jumped to the program in "slave mode."
-
- What we had done was bank switching, such that when the CPU did an
- opcode fetch, the M1 cycle, it came from the code bank, and when the CPU
- did any other data access it went in the "data" bank. The program was
- all written in a B offshoot called IMP, so I could easily avoid the self
- modifying code prevalent at that time.
-
- --
- bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
- A terible poker player can have a winning hand,
- A obnoxious fool can have a good idea.
- Both are winners, regardless of who has them.
-