LWN.net article: creating 1 billion files -> XFS looses

[Michael Monnerie]

On Dienstag, 7. September 2010 Dave Chinner wrote:
> # mkfs.xfs -n size=64k
> (-n = naming = directories. -d = data != directories)

Thank you, Dave. Do I interpret that parameter right:

When a new directory is created, per default it would occupy only 4KB, 
with -n size=64k would be reserved. As the directory fills, space within 
that block will be used, so in the default case after 4KB (how many 
inodes would that be roughly? 256 Bytes/Inode, so 16 entries?) XFS would 
reserve the next block, but in your case 256 entries would fit.

That would keep dir fragmentation lower, and with todays disks, take a 
minimal more space, so it sounds very good to use that option. 
Especially with RAIDs, where stripes usually are 64KB or bigger. Or 
would the waste of space be so big that it could hurt?

Last question: Is there a way to set that option on a given XFS?

-- 
mit freundlichen Grüssen,
Michael Monnerie, Ing. BSc

it-management Internet Services
http://proteger.at [gesprochen: Prot-e-schee]
Tel: 0660 / 415 65 31

****** Aktuelles Radiointerview! ******
http://www.it-podcast.at/aktuelle-sendung.html

// Wir haben im Moment zwei Häuser zu verkaufen:
// http://zmi.at/langegg/
// http://zmi.at/haus2009/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://oss.sgi.com/pipermail/xfs/attachments/20100907/db8ee035/attachment.sig>