Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!cs.utexas.edu!uwm.edu!bionet!hayes.ims.alaska.edu!acad2.alaska.edu!asslk
From: asslk@acad2.alaska.edu (Kingry Shane L)
Newsgroups: comp.sys.apple2
Subject: Re: RamFast Write-Through Cache?
Message-ID: <1991Apr21.233928.17933@ims.alaska.edu>
Date: 21 Apr 91 23:39:28 GMT
References: <623@generic.UUCP>
Sender: usenet@ims.alaska.edu (J Random USENET)
Reply-To: asslk@acad2.alaska.edu
Organization: University of Alaska Anchorage
Lines: 21
News-Software: VAX/VMS VNEWS 1.3-4
Nntp-Posting-Host: acad2.alaska.edu

In article <623@generic.UUCP>, taob@pnet91.cts.com (Brian Tao) writes...
> 
>    I would much rather have the option of configuring the RAMFast with a
>write-through cache.  The Quantum HD I'm using is very fast, so there won't be
>much of a delay anyway.  My original beef has to do with the speed of the
>writing, however.  If the RAMFast does wait for the 256K to fill up before
>writing it out, it takes an awfully long time (relatively speaking) for it to
>fill up.  I suspect that perhaps DMA only works in ONE direction: from RAMFast
>to GS memory.  It looks like the GS has to do all the data transfer from RAM
>back to the SCSI buffer, which is why it can't do high-speed writes to the
>drive.  Too bad.
> 
I am also using a Qunatum HD (Q105 PRO)...

What I meant was that if the controller card recieves 256K worth of
data in say, second or two, or if it realizes that the GS is sending it big
files, then it writes 256K or so at a time.  This is a hell of a lot faster
then writing it as it gets it interms of multiple files and such...

As fas as reading goes, I think the maximum transfer rate with a Quantum is 
1meg/sec..