Date: Mon, 5 Feb 1996 17:53:48 +0200 (SAT) From: Robert Nordier <rnordier@iafrica.com> To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Cc: bde@zeta.org.au, hackers@freebsd.org Subject: Re: FAT filesystem performance Message-ID: <199602051553.RAA00183@eac.iafrica.com> In-Reply-To: <199602051231.NAA20897@labinfo.iet.unipi.it> from "Luigi Rizzo" at Feb 5, 96 01:31:51 pm
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 5 Feb 1996, Luigi Rizzo wrote: > > > I wonder if he thought about maximal FATs with 64K * 1.5 byte entries. > > > They would barely fit on a 160K floppy :-). > > Pardon me, 1.5 byte entries mean by defiitiion at most 4K entries, > i.e. 12K total per two FATs. Fits nicely on a disk! Well, to get _really_ technical a 160K floppy only requires 1K of FAT space (313 clusters). And the 12-bit maximum is less than 4K due to reserved values, but I think this all misses the point of the remark. > > I'd go along with that: and certainly not the msdosfs at the expense of > > other fs-es. One thing they did find with the MS-DOS LRU scheme was that > > FAT sectors tended to "un-cache" too readily. Different prioritization > > could resolve that. > All the above is correct, but keep in mind that it depends a lot > on how many BUFFERS=xxx you declare in your config files. Changing your 'buffers' setting isn't going to specifically affect the problem of dropping FAT sectors from the cache. You need weighted LRU for that. > And this is > often a small number, which explains the poor performance of the cache. Sometimes small numbers are bad; sometimes small numbers are good -- when running smartdrive, for instance. :-) -- Robert Nordier
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199602051553.RAA00183>