From owner-freebsd-hackers Mon Feb 5 12:28:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21035 for hackers-outgoing; Mon, 5 Feb 1996 12:28:45 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA21030 for ; Mon, 5 Feb 1996 12:28:42 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA14850; Mon, 5 Feb 1996 13:26:30 -0700 From: Terry Lambert Message-Id: <199602052026.NAA14850@phaeton.artisoft.com> Subject: Re: FAT filesystem performance To: rnordier@iafrica.com (Robert Nordier) Date: Mon, 5 Feb 1996 13:26:30 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199602050616.IAA03554@eac.iafrica.com> from "Robert Nordier" at Feb 5, 96 08:16:27 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Hmm... FAT can contain at most 64K of entries, each 2 bytes long, so > > the needed amount of memory (if you cache raw FAT and don't try to make > > any ``cooked'' version) must be at most 128Kbytes long. IMHO the raw FAT > > is enough convenient ant takes not very much of memory. > > Agreed. > > This is what the original author of the MS-DOS filesystem had to say on > the subject of caching: > > The new MS-DOS [ie. DOS 2.0] does not keep the file > allocation tables in memory at all times. Instead the > tables share the use of sector buffers.... This change > in the DOS goes completely against my original design > principles.... Now we're back to doing disk reads just > to find out where the data is. > -- Tim Paterson, Byte, June 1983. That's because Tim didn't turn around and add a sector buffer cache. Probably because DOS 2.0 was still fighting the 640k limit. Let's not limit ourselves because of absurd design decisions on the part of DOS weenies... if they knew how to design an OS, we wouldn't need FreeBSD. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.