From owner-freebsd-arch Sun Oct 31 15:15:48 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id D6DCB14CC5 for ; Sun, 31 Oct 1999 15:15:26 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id AAA22508 for ; Mon, 1 Nov 1999 00:15:19 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id AAA67851 for freebsd-arch@freebsd.org; Mon, 1 Nov 1999 00:15:19 +0100 (MET) Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 168C714EE1 for ; Sun, 31 Oct 1999 15:14:39 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40382>; Mon, 1 Nov 1999 10:09:16 +1100 Content-return: prohibited Date: Mon, 1 Nov 1999 10:13:35 +1100 From: Peter Jeremy Subject: Re: Storing small files in inodes In-reply-to: <19991029150228.BB45314BF7@hub.freebsd.org> To: freebsd-arch@freebsd.org Reply-To: peter.jeremy@alcatel.com.au Message-Id: <99Nov1.100916est.40382@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0pre3i Content-type: text/plain; charset=us-ascii References: <99Oct29.085056est.40332@border.alcanet.com.au> <19991029150228.BB45314BF7@hub.freebsd.org> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 1999-Oct-30 01:02:28 +1000, Jonathan M. Bresler wrote: >http://www.usenix.org/publications/library/proceedings/ana97/ganger.html > >With embedded inodes, the inodes for most files are stored in the >directory with the corresponding name, removing a physical level of >indirection without sacrificing the logical level of indirection. With >explicit grouping, the data blocks of multiple small files named by a >given directory are allocated adjacently and moved to and from the >disk as a unit in most cases. C-FFS is a more radical change than I was thinking of. By moving the inodes into the directory, it needs special handling for files don't have exactly 1 link. Also, from my reading of the paper, a small file still occupies a complete data block, it's just that the data block is `close to' the directory entry/inode for the file. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message