Path: utzoo!attcan!uunet!husc6!mailrus!purdue!decwrl!labrea!agate!web-3d.berkeley.edu!c60c-3aw
From: c60c-3aw@web-3d.berkeley.edu (Andy McFadden)
Newsgroups: comp.sys.apple
Subject: Re: GS/OS
Summary: Okay...
Message-ID: <15161@agate.BERKELEY.EDU>
Date: 8 Oct 88 01:32:16 GMT
References: <8809302002.aa26185@SMOKE.BRL.MIL> <3678@dad.UUCP> <9773@srcsip.UUCP> <18409@apple.Apple.COM>
Sender: usenet@agate.BERKELEY.EDU
Organization: University of California, Berkeley
Lines: 18

In article <18409@apple.Apple.COM> keith@Apple.COM (Keith Rollin) writes:
>In article <9773@srcsip.UUCP> shankar@ely.UUCP (Subash Shankar) writes:
>>Does anybody know what the benefits of the disk caching NDA under GS/OS?
[stuff removed]

>The GS/OS RAM cache is for the most recently and most frequently used blocks
>read from disk. Since you are reading each block only once, the benefits of
>a cache are not achieved; this is NOT a READ AHEAD cache.

>Keith Rollin                               UUCP:      amdahl\
[we all know what his .signature looks like]

I get the impression it doesn't do the "read entire track" trick that
Diversi-Cache uses... if not, why not?

-- 
fadden@zen.berkeley.edu [crashed]
c60c-3aw@widow.berkeley.edu (Andy McFadden)