Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!watmath!clyde!caip!cbmvax!erickson From: erickson@cbmvax.cbm.UUCP (Lee Erickson) Newsgroups: net.micro.amiga Subject: Re: Disk Buffering Message-ID: <829@cbmvax.cbmvax.cbm.UUCP> Date: Fri, 3-Oct-86 09:55:38 EDT Article-I.D.: cbmvax.829 Posted: Fri Oct 3 09:55:38 1986 Date-Received: Sat, 4-Oct-86 12:15:52 EDT References: <8610020745.AA09153@cory.Berkeley.EDU> <305@husc6.HARVARD.EDU> Reply-To: erickson@cbmvax.UUCP (Lee Erickson) Organization: Commodore Technology, West Chester, PA Lines: 23 Keywords: disk cache In article <305@husc6.HARVARD.EDU> hadeishi@husc4.UUCP (mitsuharu hadeishi) writes: >In article Matt Dillon writes: >>The solution: One track buffer isn't enough. Why not make it configurable? > > Matt, don't you have a copy of 1.2? There is an AddBuffers >command which does exactly what you want. Well, not exactly, but >it SURE helps. You can specify how many track buffers you want >for either df0: or df1: (or df2: or df3:) although they are limited to >being in CHIP RAM. Still, with about 30 track buffers per drive >and with some extended memory it helps a LOT (esp. with linking!) > > -Mitsu Sorry, but the AddBuffers command adds AmigaDOS SECTOR buffers, not trackdisk TRACK buffers! The AmigaDOS file system handler keeps directory information in these buffers, and it certainly does help, but the problem Matt is complaining about still remains. - Lee -- Lee Erickson - now working with, uucp: {ihnp4|seismo|caip}!cbmvax!erickson but no way officially representing arpa: cbmvax!erickson@seismo.css.GOV Commodore, Engineering Department