Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!ucla-cs!rutgers!mit-eddie!uw-beaver!june.cs.washington.edu!dylan
From: dylan@june.cs.washington.edu (Dylan McNamee)
Newsgroups: comp.sys.amiga.emulations
Subject: Re: NeXT emulation?
Message-ID: <1991Apr20.165106.15074@beaver.cs.washington.edu>
Date: 20 Apr 91 16:51:06 GMT
References: <9104190943.12.2494@INSIDER>
Sender: news@beaver.cs.washington.edu (USENET News System)
Distribution: comp
Organization: Computer Science & Engineering, U. of Washington, Seattle
Lines: 40

In article <9104190943.12.2494@INSIDER> sysop@insider.zer.sub.org writes:
>  
>>Seeing that the Amiga list of emulators keeps growing I was wondering if there
>>is anyone out there developing a NeXT emulator for the Ami. Or does one alread
>> exist?
>
>Excuse me, but how do you expect something like that to be written ? How do 
>you think somebody could emulate a larger machine on a smaller one ?
>
>In gerneral, you can only emulate a machine on another, when the other 
>machine is at least as good or better than the machine to be emulated.
>
>- MAC: just a bit of hardware with a Pseudo-OS. AMAX beats most Macs if run 
>  on an 030 machine
>- ST: not too intelligent machine either.
>- PC: junk. Can be emulated with just 50K of code (IBeM)
>- C64: old machine, but a bit tricky 'cause of the programing back doors
>- Gameboy: No `machine' at all ... ;-)

I note that you are defining a machine as "junk" only if it can be emulated.
I disagree here...it's just  to show that many machines' qualities have
been put into software.
>
>The NeXT's hardware is about the same to the Amiga's hardware as the Amiga 
>is to those machines. So: NO WAY...

I disagree here too..Except for the DSP, which isn't used by much of the 
NeXT, almost all of what goes on in the NeXT is done by the software.
For example, all screen image moves are done by the CPU, just like the mac.
This is why the 68030 NeXT cube was so slow.  Yes, the NeXT folks got a
jump on being 68040 machines, but only because their system design needed
it badly, to keep from looking really slow, compared to either a RISC machine,
or a machine with coprocessors.
>
>   SysOp @ INSIDER    --    Bugs ? Data Becker & GFA only produce FEATURES!
dylan
-- 
dylan mcnamee             / "Ten Years After WWIV...there wasn't much to do;
dylan@cs.washington.edu \/all the bowling alleys were wrecked, so I spent most 
                         of my time looking for beer"  from Strange Brew