Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!mcsun!corton!mirsa!celeste.inria.fr!colas From: colas@celeste.inria.fr (Colas Nahaboo) Newsgroups: comp.sys.amiga.misc Subject: Re: cache-disk Message-ID: <11443@mirsa.inria.fr> Date: 24 May 91 15:06:49 GMT References: Sender: news@mirsa.inria.fr Organization: Koala Project, Bull Research France Lines: 28 Nntp-Posting-Host: celeste.inria.fr In article , jms@vanth.UUCP (Jim Shaffer) writes: > I found a program called "cache-disk" on Compuserve recently. It's exactly > what it sounds like -- a cache program for floppy disks. What I want to > know is, is there any reason to use it instead of just using AddBuffers? YES!!! It keeps the whole track in memory, where all other caches or addbuffers cache only individual sectors... + prevents trashing (2 tasks acessing same disk do not slow down each other) + accelerates a lot small files accesses. chances are next file is already in the track + less need to use optimizers. speed is less affected by fragmentation. + accelerates writes (delays them, then flush buffer after 2 seconds of inactivity) defects: - the more memory, the more effective (I have 200K cached on each disk) - chip ram used, no fast (will change in next version) - current version do not implement FulFilRequest, making dms, zoom, warp, etc... unhappy (all other progs run fine) - due to delayed writes, you could ruin disk if you reset less tahn 2 seconds after a write. (never happened to me) I could not live without it. I am now a registered user.