From owner-freebsd-arch Mon Nov 6 3:22: 0 2000 Delivered-To: freebsd-arch@freebsd.org Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by hub.freebsd.org (Postfix) with ESMTP id 529BE37B479 for ; Mon, 6 Nov 2000 03:21:57 -0800 (PST) Received: from login-1.eunet.no (login-1.eunet.no [193.75.110.2]) by mail-relay.eunet.no (8.9.3/8.9.3/GN) with ESMTP id MAA86434; Mon, 6 Nov 2000 12:21:55 +0100 (CET) (envelope-from mbendiks@eunet.no) Received: from localhost (mbendiks@localhost) by login-1.eunet.no (8.9.3/8.8.8) with ESMTP id MAA36434; Mon, 6 Nov 2000 12:21:55 +0100 (CET) (envelope-from mbendiks@eunet.no) X-Authentication-Warning: login-1.eunet.no: mbendiks owned process doing -bs Date: Mon, 6 Nov 2000 12:21:55 +0100 (CET) From: Marius Bendiksen To: Randell Jesup Cc: Alfred Perlstein , Matt Dillon , arch@FreeBSD.ORG Subject: Re: Like to commit my diskprep In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 1 track? Not really. Modern drives have internal caches and > generally aggressively read-ahead. There was an interesting paper in Actually, it is of some relevance, to avoid having to wait for the head to reposition to the next track. Of course, the improvement isn't all that large. > SIGOS (I think) around a year ago about inode locality, forward placement, > and storing small files in the inode, and how all of this interacted > with modern drives. Also, what is a "track" on a modern drive? ;-) I was referring to a physical track. Which complicates the matter even further, as we have no idea how logical layout maps to physical layout. > >As a side note, I've thought about abusing the actual inodes themselves to > >hold single indirect blocks. Opinions, apart from the general evilness of > >abusing the structures in such a fashion? > That sounds good. I'll see if I can find the time to run some tests on this. My scratchbox is finally (after months of waiting) arriving now. > I'm willing to help on this, though my time may be limited. I have > _extensive_ FS experience from my Amiga days, and also was the primary > disk-driver person and SCSI expert, and also did "archive" filesystems for > Scala. I've never hacked the internals of ufs, however, but I do know the > issues. Then you should probably grope for a consensus on aims =) Marius To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message