[Btrfs-devel] btrfs stability
Tuncer Ayaz
tuncer.ayaz at gmail.com
Sat Mar 8 11:11:32 PST 2008
On Sat, Mar 8, 2008 at 7:50 PM, Rekrutacja119 <rekrutacja119 at gmail.com> wrote:
> running postmark with numbers set to 20 000, transactions to 10 000 and
> subdirectories to 20 000 i have following results with btrfs:
> 24 seconds total
> 11 seconds of transactions (909 per second)
> Data:
> 26.48 megabytes read (1.10 megabytes per second)
> 136.18 megabytes written (5.67 megabytes per second)
>
> same for xfs is:
> Time:
> 70 seconds total
> 52 seconds of transactions (192 per second)
> Data:
> 26.48 megabytes read (387.33 kilobytes per second)
> 136.18 megabytes written (1.95 megabytes per second)
>
> it looks MUCH worse with more realistic setup, of 100 000 subdirs, 100 000
> files and 20 000 transactions. xfs slowed to 65KB/s !! on 4 drive RAID5 (new
> drives, just bought, seagete 500GB ones)
> btrfs was stable
>
> ext3 tests not possible because it would take like a day. (it is creating
> subdirs very very slow)
> ext4 is the same as ext3
> reiserfs is comparable speed to xfs
> reiser4 is comparable speed to btrfs
>
> i only tested with postmark, as this is going to be users file array, with
> files up to 3MB, and mostly in 5-50KB range
> so no need to test how many MB/s it can copy with large files
Am I right to assume that your issue is the creation
speed and not accessing the created 100.000 entries?
I have to admit that I didn't look at what postmark
effectively measures.
> also - how can i turn on dir_index on xfs? i think it's mkfs.ext3 option
> (and it is default on in /etc/mke2fs.conf)
>
AFAIK xfs like ReiserFS uses a B+ tree.
More information about the Btrfs-devel
mailing list