[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

BTRFS Benchmarking

hello everyone,

I made an overall benchmark of BTRFS against EXT4 and XFS. I'm quite
unhappy with BTRFS results, so maybe tuning was not perfect.


All data is vectorial, so download the PDF and you can zoom ;)

If you have any feedback on how to improve BTRFS results (and others
fs too !), I would be glad to update my data.

Test protocol
Server : dual CPU Intel L5640 with HT enabled
Operating system : CentOS 6.2 (64bits version) with custom tools/kernels
Kernel : 3.3.0
Btrfs progs: version 0.19
Drive : Seagate 3TB drive (ST33000652SS) SAS attached via an LSI HBA.
Drive was accessed through LVM ;

MKFS options
BTRFS    : none
XFS         : none
EXT4       : none

Mount options
BTRFS          : "noatime,nodiratime"
BTRFS compress : "noatime,nodiratime,compress=lzo"
EXT4           : "noatime,nodiratime"
XFS            : "noatime,nodiratime"

Benchmark is done with Sysbench (fileio test).
Each benchmark was done for 60 seconds, and generated one point on the
graph each second (to see variations).
Right scale is block size.

Data read / written is from /dev/urandom, so cannot be compressed much
(that was expected behaviour).

All second pages has no legend, I'm sorry for that :
- data is 95 percentile aggregate.
- colours are the same.

Overview of results

On sequential read, there is no variations between FS.
On sequential write, BTRFS has lower values than EXT4/XFS. On random
write also.

To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Photo]     [Yosemite News]    [Yosemite Photos]    [Free Online Dating]     [Linux Kernel]     [Linux SCSI]     [XFree86]

Add to Google Powered by Linux