From owner-freebsd-fs Tue Nov 12 16:28:16 2002 Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57DAD37B401 for ; Tue, 12 Nov 2002 16:28:15 -0800 (PST) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id B44A143E3B for ; Tue, 12 Nov 2002 16:28:09 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gAD0S82q004832; Tue, 12 Nov 2002 16:28:08 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gAD0S84V004831; Tue, 12 Nov 2002 16:28:08 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Tue, 12 Nov 2002 16:28:07 -0800 From: David Schultz To: Terry Lambert Cc: Tomas Pluskal , freebsd-fs@FreeBSD.ORG Subject: Re: seeking help to rewrite the msdos filesystem Message-ID: <20021113002807.GA4711@HAL9000.homeunix.com> Mail-Followup-To: Terry Lambert , Tomas Pluskal , freebsd-fs@FreeBSD.ORG References: <20021112134213.P32524-100000@localhost> <3DD14AD9.DF8D3580@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii:iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3DD14AD9.DF8D3580@mindspring.com> Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Thus spake Terry Lambert : > This has more to do with sequential access. Technically, you can > read a FAT cluster at a time instead of an FS block at a time, and > you will achieve some multiplier on sequential access, but you will > find that under load, that the fault rate for blocks will go up. > > Also, even if you read 64K at a time, you will end up LRU'ing out > the data that you don't access. > > The issue is that UNIX files are accessed by offset, and FAT files > are accessed by offset by chaining clusters from the start to the > cluster of interest, and then reading blocks. Few people use FAT filesystems under heavy load as they do UFS. Basically, I think what he wants to do is speed up sequential reads for a single process doing, say, digital video editing. On a FAT FS that is relatively free of fragmentation, naïve read-ahead is likely to improve performance for this type of load, even though the next logical block in the file might not be the next physical block on the disk. IIRC, SMARTDRV does this. This approach is optimizing for the single-user case, but if you have several people using a single FAT FS at a time, you have much bigger problems. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message