Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!usc!apple!bionet!ames!haven!uvaarpa!murdoch!astsun7.astro.Virginia.EDU!gl8f
From: gl8f@astsun7.astro.Virginia.EDU (Greg Lindahl)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: (none)
Message-ID: <1991Jan15.202057.23198@murdoch.acc.Virginia.EDU>
Date: 15 Jan 91 20:20:57 GMT
References: <9101151859.AA11212@sun.soe.clarkson.edu>
Sender: news@murdoch.acc.Virginia.EDU
Organization: Department of Astronomy, University of Virginia
Lines: 24

In article <9101151859.AA11212@sun.soe.clarkson.edu> AAron@sun.soe.clarkson.edu writes:

>I have an STe and I wanted to try this too.
>The STe has a square package 68000, and all I have is a rectangular 68010.
>I have toyed with the idea of making an "adaptor" or actually getting the
>68010 in the right shape, but I don't really want to put any/much money
>into this.

Well, I'm hardly an expert on this, but...

There are 2 big problems with a 68010 -- move SR,<ea> and the
exception formats. The first you can fix with a trap, the second is
much nastier and lives in the older TOS ROMS. The Germans made a patch
to old TOS that fixes this. TOS 1.6 maybe doesn't have this problem?

However, all the 68010 gets you is faster integer multiply and divide,
plus maybe loop mode now and then. You can get the same speedup using
a 16mhz 68000 with no cache. JRI used to make such a critter and sold
it for a mere $99. Even when it's running at 8mhz, the many-cycle
instructions such as integer multiply and divide go twice as fast.

So, if you can still get the JRI thing, it's a lot better because you
don't have to worry about incompatibilities. Or, you can put up a
larger amount and get a cache, which shows a real speedup.