Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!gatech!hubcap!ncrcae!ncr-sd!hp-sdd!hplabs!sdcrdcf!trwrb!sansom
From: sansom@trwrb.UUCP (Richard Sansom)
Newsgroups: rec.music.synth,comp.sys.atari.st,comp.sys.amiga
Subject: Re: Amiga midi
Message-ID: <2489@trwrb.UUCP>
Date: Fri, 21-Aug-87 11:08:04 EDT
Article-I.D.: trwrb.2489
Posted: Fri Aug 21 11:08:04 1987
Date-Received: Sun, 23-Aug-87 03:20:43 EDT
References: <8708191439.AA07072@cogsci.berkeley.edu>
Reply-To: sansom@trwrb.UUCP (Richard Sansom)
Organization: TRW EDS, Redondo Beach, CA
Lines: 28
Xref: mnetor rec.music.synth:1324 comp.sys.atari.st:4868 comp.sys.amiga:7631

In article <8708191439.AA07072@cogsci.berkeley.edu> bryce@COGSCI.BERKELEY.EDU writes:
>In article <628@cup.portal.com> Henry_Burdett_Messenger@cup.portal.com writes:
>>
>> These memory systems are *all* compatible with the new blitter chip, and,
>> unlike the Amiga, all memory on the ST is created equal (no "fast" and
>> "slow")
>
>Oh, come on!!  If you are going to claim a feature "win" of the ST, pick
>one of the real feature "wins".  Using the Amiga terminology of "fast" and
>"slow" memory, *all* Atari ST memory would be defined as "slow".

I think you got this one wrong.  The ST's memory is clocked at 16MHz - the
odd cycles belong to the CPU, and the even cycles belong to the DMA chip (or
the other way around).  In this way, there is never a time when the CPU is
idle due to "stolen cycles" (during screen refreshes).  I think that means
the ST's memory should be defined as "equal" as the fellow stated in his
original article.

>Facts, not flames.

Ditto.

-Rich
-- 
   /////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
  /// Richard E. Sansom                   TRW Electronics & Defense Sector \\\
  \\\ {decvax,ucbvax,ihnp4}!trwrb!sansom  Redondo Beach, CA                ///
   \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\/////////////////////////////////////