Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!mimsy!oddjob!hao!ames!sdcsvax!ucbvax!renoir.Berkeley.EDU!robinson
From: robinson@renoir.Berkeley.EDU (Michael Robinson)
Newsgroups: comp.sys.amiga
Subject: Re: 14.31818 MHz 68010 Upgrade
Message-ID: <20043@ucbvax.BERKELEY.EDU>
Date: Mon, 10-Aug-87 01:05:52 EDT
Article-I.D.: ucbvax.20043
Posted: Mon Aug 10 01:05:52 1987
Date-Received: Mon, 10-Aug-87 05:39:37 EDT
References: <19965@ucbvax.BERKELEY.EDU> <204@dana.UUCP> <942@omepd> <20038@ucbvax.BERKELEY.EDU> <2695@hoptoad.uucp>
Sender: usenet@ucbvax.BERKELEY.EDU
Reply-To: robinson@renoir.Berkeley.EDU.UUCP (Michael Robinson)
Distribution: world
Organization: University of California, Berkeley
Lines: 31

In article <2695@hoptoad.uucp> farren@hoptoad.UUCP (Mike Farren) writes:
>In article robinson@renoir.Berkeley.EDU.UUCP (Michael Robinson) writes:
>[regarding a double speed 68000/10 add-on]
>
>Only if you are accessing FAST RAM will the full speed-up come into being.

Yes, yes, yes, I know.  I hate to keep bothering everyone with this, but the
purpose of my original posting was to try and determine whether there would
be a speed-up even with fast RAM.  If a memory expansion does not use 
demand/contention refresh, but rather assumes that the processor can safely
be locked out of every other cycle, then there will be almost no speed 
increase in fast RAM either.  I still haven't heard anything from anyone
affiliated with the various manufacturers of memory expansions.  Am I to 
assume from the silence that every manufacturer of memory expansions for
the Amiga is cheating on the refresh?  Perry?


>Not that it isn't a good idea, though, but I just don't want people getting
>big hopes up, looking for 100% speed improvements, and getting 20%.
>
>
>-- 
>----------------
>                 "... if the church put in half the time on covetousness
>Mike Farren      that it does on lust, this would be a better world ..."
>hoptoad!farren       Garrison Keillor, "Lake Wobegon Days"


------------------------------------------------------------------------------
Mike Robinson                                 USENET:  ucbvax!ernie!robinson
                                              ARPA: robinson@ernie.berkeley.edu