Linux Btrfs Benchmarked

A

archish

Level D
Earlier this week we published extensive benchmarks of EXT4 that looked at the performance of this Linux file-system under every major kernel release since it was declared stable in the Linux 2.6.28 release. EXT4 has encountered many significant performance losses over time as its developers batten up the data security, but there have been some improvements too. At the same time though the developers working on the still-experimental Btrfs file-system continue to move along and push forward changes with each kernel cycle. Just last month we delivered Btrfs comparative benchmarks using the Linux 2.6.32 kernel, but already out of our own personal interest and requests from readers, we have new tests atop the latest Linux 2.6.33 kernel.
Click to expand...

Complete Story

I guess by this year end Btrfs should be mature enough for mainstream use :hap2:
 
Vishal, from a PLUG mail of yours, I read
did a few quick stuff but main thing was "hdparm -t /dev/sdaX" showed btrfs
about 3% *slower* (~194 MBps) compared to ext4 (~201 MBps) on my SSD.
Click to expand...

I am not a member of plug, so I'll respond here: hdparm -t does not test filesystem performance, it tests hard disk performance. Results of hdparm -t keep varying for the same disk also, and most likely it is this variation that you have encountered.

There are other performance benchmarks for filesystems, simplest being tar, kernel compile etc.
 
@amitkher: doh, i missed your post til now. thanks for the clarification. i was totally barking up the wrong tree then... :D dont remember what that "other stuff" i tried if i did any (un)zipping...

my btrfs boot, well, no longer boots, so maybe next time will try something better like timed tar/make kind of test...
 
Back
Top