running fs_mark like this: fs_mark -d /mnt/test -D 256 -n 100000 -t 4 -s 20480 -F -S 0 (256 subdirs, 100000 files/iteration, 4 threads, 20k files, no sync) on a 1T fs, with and without delalloc (mount option), is pretty interesting: http://people.redhat.com/esandeen/ext4/fs_mark.png somehow delalloc is crushing performance here. I'm planning to wait 'til the fs is full and see what the effect is on fsck, and look at the directory layout for differences compared to w/o delalloc. But something seems to have gone awry here ... This is on 2.6.26 with the patch queue applied up to stable. -Eric -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
