Xref: utzoo comp.sys.amiga.tech:13129 comp.sys.amiga.hardware:2396
Path: utzoo!attcan!uunet!mcsun!unido!mpirbn!p554mve
From: p554mve@mpirbn.mpifr-bonn.mpg.de (Michael van Elst)
Newsgroups: comp.sys.amiga.tech,comp.sys.amiga.hardware
Subject: Re: 030 in 68000 package
Message-ID: <1089@mpirbn.mpifr-bonn.mpg.de>
Date: 3 Jul 90 19:35:22 GMT
References: <2695@zipeecs.umich.edu> <31234@cup.portal.com> <4699@munnari.oz.au> <11485@netcom.UUCP>
Reply-To: p554mve@mpirbn.UUCP (Michael van Elst)
Organization: Max-Planck-Institut fuer Radioastronomie, Bonn
Lines: 19

In article <11485@netcom.UUCP> mcmahan@netcom.UUCP (Dave Mc Mahan) writes:
>Seriously, I think you would have a problem with such a thing.  Lots of the
>speed improvements are due to the seperate address and data busses.  limiting
>pins and timing to conform to a 68000 standard kind of defeats the purpose.
>A huge cache would be nice, though, as well as faster divide and multiply
>instructions.

As well as the 68030 MMU too. Future AmigaDOS versions might support
memory protection and you might do this easily on the older machines
if there was a plug-in-and-play version of the 68030.

That's why the 80386SX (16bit version) gets its place in the market
despite of much faster 80286 chips.

-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."