home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.ibm.pc.hardware:33347 comp.sys.intel:2718 comp.sys.mac.hardware:24262
- Path: sparky!uunet!dtix!mimsy!mojo.eng.umd.edu!russotto
- From: russotto@eng.umd.edu (Matthew T. Russotto)
- Newsgroups: comp.sys.ibm.pc.hardware,comp.sys.intel,comp.sys.mac.hardware
- Subject: Re: RISC defined! Was Re: 486SLC chip.... what is it?
- Message-ID: <1992Dec16.025659.16572@eng.umd.edu>
- Date: 16 Dec 92 02:56:59 GMT
- References: <1992Dec11.155653.8469@ptdcs2.intel.com> <1992Dec13.150243.26083@eng.umd.edu> <Uf_tvJW00WB7Q8SnFj@andrew.cmu.edu>
- Organization: Project GLUE, University of Maryland, College Park
- Lines: 26
-
- In article <Uf_tvJW00WB7Q8SnFj@andrew.cmu.edu> fj05+@andrew.cmu.edu (Faisal Nameer Jawdat) writes:
- >russotto@eng.umd.edu (Matthew T. Russotto) writes:
- >> Then how did Sun move from the Sun 3 to the Sparc? The Sparc doesn't
- >> run 680X0 stuff at all.
- >
- >Through the wonders of unix, wherein the same code was for the most
- >part still usable, with substantial speed improvement.
- Same SOURCE. You can't run Sun 3 binaries on a Sparc, though.
-
- >It's fairly
- >hard to do that with hardware dependent operating systems like dos,
- >windows, os/2 (currently), macos, etc.
-
- The OS has to be re-written, of course, but the application code
- changes need not be too great in the case of the Mac OS.
- Even the low-memory globals could be handled on a POWER chip, with
- some cost. Direct access to the hardware would fail, of course, but
- that's already a no-no and fails on many macs (unless you special-case
- them all)
-
- (I should have put a :-) on the 4004/8008 stuff....)
- --
- Matthew T. Russotto russotto@eng.umd.edu russotto@wam.umd.edu
- Some news readers expect "Disclaimer:" here.
- Just say NO to police searches and seizures. Make them use force.
- (not responsible for bodily harm resulting from following above advice)
-