Skip site navigation (1)Skip section navigation (2)
Date:      01 Nov 1999 11:30:58 +0000
From:      Randell Jesup <rjesup@wgate.com>
To:        freebsd-arch@freebsd.org
Subject:   Re: Storing small files in inodes
Message-ID:  <ybud7tuh2j1.fsf@jesup.eng.tvol.net.jesup.eng.tvol.net>
In-Reply-To: Peter Jeremy's message of "Mon, 1 Nov 1999 10:13:35 %2B1100"
References:  <99Oct29.085056est.40332@border.alcanet.com.au> <19991029150228.BB45314BF7@hub.freebsd.org> <99Nov1.100916est.40382@border.alcanet.com.au>

next in thread | previous in thread | raw e-mail | index | archive | help

Peter Jeremy <peter.jeremy@alcatel.com.au> writes:
>>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.

	True, though this is similar (in complexity) to the special 
handling for small files inside inodes - probably simpler, given issues
of mmap/etc for the later.

>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.

	True.  However, saving the extra level of indirection and the
improved match to the physical characteristics of modern drives is a major
win.  The tendency is that the small file block will be in the cache
anyways, or at worst within the drive's cache.  You could preferentially
put smaller files closer to the directory nodes.

-- 
Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-94)
rjesup@wgate.com






To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ybud7tuh2j1.fsf>