With Linux 2.6.32, Btrfs Gains As EXT4 Recedes
Phoronix: With Linux 2.6.32, Btrfs Gains As EXT4 Recedes
We have published articles containing EXT4 benchmarks many times now going back to our original real world benchmarks of EXT4 to when Ubuntu 9.04 received EXT4 support and when we ran a variety of file-system benchmarks on an Intel X25-E SSD. We had also thrown in EXT4 numbers when benchmarking Btrfs (and again with Btrfs 0.19) along with NILFS2 benchmarks. Each time has been with a different kernel and the performance of the different Linux file-systems continue to change as each file-system matures and picks up different features. Though with the Linux 2.6.32 kernel the EXT4 performance had changed a great deal due to a change that provides better data integrity on writes but at a significant performance cost. To see how this changes the Linux file-system landscape, atop the latest Linux kernel we have a fresh set of benchmarks for EXT3, EXT4, XFS, ReiserFS, and Btrfs.
Is the performance with a SSD meaningful for 'normal' systems?
while it is nice to have an benchmark over the file systems I wonder how meaningful for 'normal' HDD-based system this benchmark is, considering a SSD was used.
I think currently my hdd has 7200rpm and my next hard disk will probably only have 5400rpm for lower energy consumption. Which such devices the number of needed seeks is very important, while this effect does not really matter for a SSD. For me (and probably most other readers) the question how the file systems perform under this condition is currently the interesting one.
For my system a SSD will probably only replace the HDD once I can get 1TB for around 100-150€, which will still take some time. ... Hm thinking about it a 128GB SSD combined with an 1.5TB HDD for <200€ will probably be a more realistic and not so far solution.