Slashdot Mirror


Btrfs Is Not Yet the Performance King

Ashmash writes "Benchmarks of the Btrfs filesystem have been published by Phoronix that compare it to the XFS, EXT3, and EXT4 file-systems. In the end they conclude that this next-generation Linux filesystem is not yet the performance king. In a great number of the tests, the EXT4 filesystem that was designed to be an interim step to Btrfs actually performs much better than the unstable Btrfs, albeit Btrfs still has more advanced features. Fedora 11 even took longer to boot when using Btrfs than EXT3 or EXT4."

23 of 117 comments (clear)

  1. Re:hmm by TooMuchToDo · · Score: 3

    Where's the "-1, tired and worn out" mod option?

  2. Stability, reliability by Hatta · · Score: 4, Insightful

    I don't care which filesystem is fastest. Kcryptd is the bottleneck on my system, so it really doesn't matter how fast the filessytem is. I want to know which filesystem is the most robust. What filesystem is least likely to lose data?

    --
    Give me Classic Slashdot or give me death!
    1. Re:Stability, reliability by Cassini2 · · Score: 5, Informative

      btrfs has several features that help prevent data loss, and in particular silent corruption of data on the disk. It is also handy to be able to take snapshots for backup purposes.

      Ext3 and Ext4 are faster because they omit some of these features. There was recently some heated debate about ext4 and data loss, see the Slashdot discussion for more links.

      With file systems, speed and data integrity are trade-offs.

    2. Re:Stability, reliability by MikeBabcock · · Score: 2, Interesting

      I'm more interested in a truly distributed file system for making better use of my home LAN full of PCs with those over-sized hard drives that could be being used efficiently.

      Several file systems have tried to take advantage of distributed storage, RAID-style, but none are very well maintained or stable or feature-rich for day to day use to my knowledge.

      Besides, its a distributed backup system.

      Interestingly, it would be easier to store all my data in Freenet and have all my PCs form a darknet with each other.

      --
      - Michael T. Babcock (Yes, I blog)
    3. Re:Stability, reliability by Anonymous Coward · · Score: 2, Insightful

      With file systems, speed and data integrity are trade-offs.

      Not at all. ZFS is a perfect example. Not only is it faster than any Linux file system, but also far more flexible, reliable and far far less likely to lose your data.

    4. Re:Stability, reliability by UnknownSoldier · · Score: 2, Insightful

      There is always a trade off between performance, correctness/robustness, and features.

      Pick 2, and don't complain when a 99.99999% guarantee of no data loss is dog slow compared to a filesystem that offers minimal protection against (meta) data loss.

    5. Re:Stability, reliability by TooMuchToDo · · Score: 3, Informative

      Unfortunately, Sun had no plans on licensing ZFS so it could run on Linux. Will Oracle change it's mind? Probably not, hence the reason btrfs is reproducing features of ZFS.

    6. Re:Stability, reliability by onefriedrice · · Score: 4, Insightful

      I think it's important to keep in mind that it is the GPL that is incompatible with other free licenses, not the other way around.

      --
      This author takes full ownership and responsibility for the unpopular opinions outlined above.
    7. Re:Stability, reliability by Anonymous Coward · · Score: 3, Informative

      Yes, ZFS is a perfect example of a design that's perfect by its own definition of perfect. For (perfect) example, you can perfectly accidentally add an empty USB drive to a pool and you'll be perfectly unable to ever remove that device without doing a perfectly full mirror or backup.

      They've been promising to fix this any day now for years. I'll send you $50 when they do. I'll send you another $50 when I can use it on my Linux box.

      I think my money's perfectly safe.

    8. Re:Stability, reliability by Anarke_Incarnate · · Score: 3, Informative

      I'm glad that you can assume a performance margin without knowing the workload or the application. Please, enlighten us with the performance of ZFS using Oracle or another database...Sure it can be fast, but please, in detail, explain the tunables that need to be set to achieve this performance and what kind of issues you may have with fsync and such, especially when dealing with SAN storage with external battery backed cache..... I am curious..... (and yet know the answers).

    9. Re:Stability, reliability by Nevyn · · Score: 4, Insightful

      You're right, Sun had no idea their new license would be incompatible with Linux because they wanted to be compatible instead of doing the slimy thing and trying to make it be a selling point over using Linux, which everyone was doing. Alas. for them RMS and Linus travelled back in time and created/used the GPL just to thwart poor Sun.

      --
      ustr: Managed string API with ave. 44% overhead over strdup(), for 0-20B
    10. Re:Stability, reliability by rackserverdeals · · Score: 2, Informative

      And what happens? Someone takes the features they need from a non-GPL program/filesystem/etc and creates a GPL version. Yea, great going there with using an incompatible license. Feel free to use a license incompatible with the GPL. Also feel free to whine when someone replaces the functionality of whatever you've written with a GPL version, which is then included in Linux distros or the kernel where huge amounts of users get access to it.

      How many years has it been since ZFS has been released and we still don't have a workable linux alternative.

      I don't think anyone is whining at Sun.

      --
      Dual Opteron < $600
    11. Re:Stability, reliability by ToasterMonkey · · Score: 2, Interesting

      I can't figure out the "accidentally" add a USB drive to a local disk pool part. Why would mixing removable with non-removable devices in ANY volume manager ever be a good idea, and why would preventing cases where people "accidentally" do so be a priority? When you plug in a USB disk, does a little dialog ask "Would you like to add this removable disk to a logical volume including fixed disks?" Didn't think so.

      I know what feature you're talking about, but this attempt to make it a big deal is pathetic.

  3. How is this news? by Burkin · · Score: 3, Insightful

    What is newsworthy in the fact that a less tested and less stable filesystem is slower than filesystems that are more mature, stable and well-tested?

  4. Numbers for mysql performance on BTRFS? by Smidge207 · · Score: 3, Insightful

    Btrfs is mainly created for the Oracle client that doesn't want to use "raw device". It's to improve performance reading/writing large files with high concurrency. So it have to be fast on concurrent request.

    What should be looked is :
    how mysql perform on BTRFS
    how postgres perform on BTRFS
    how firebird perform on BTRFS

    As there is no magical solution, btrfs is no exception. It's not a general usage FS as is ext (imho). On the desktop, xfs will be the way to go. Performance-wise it's obviously not so great (I do realise that it's still in development and this might change in the future), and the features it delivers are not very interesting as well imho, except maybe for the online defragmentation thingy. But I'm not an enterprise user whis is what this fs aims at I assume.

    Still I appreciate the work. Let's hope it doesn't get axed now that Oracle owns Sun and thus already has ZFS.

    cheers

    =Smidge=

    --
    Is it just my observation, or is eldavojohn an idiot?
  5. What will happen to Btrfs by rackserverdeals · · Score: 2, Informative

    With Btrfs still being unstable and slow, what is going to happen to it once Oracle completes it's purchase of Sun and gets ZFS and Solaris?

    --
    Dual Opteron < $600
    1. Re:What will happen to Btrfs by Anonymous Coward · · Score: 2, Interesting

      According to project leader Chris Mason the development of btrfs will continue:

      Just a quick note about the recently announced purchase of Sun by Oracle. This does not change Oracle's plans for Btrfs at all, and Btrfs is still a key project for us. Please, keep your btrfs contributions and testing coming.
      http://article.gmane.org/gmane.comp.file-systems.btrfs/2880

  6. several useless metrics by Khashishi · · Score: 2, Insightful

    not sure why phoronix decided to include several test cases which are clearly bottlenecked by something other than the filesystem. Obviously, all 4 filesystems are gonna score the same.

    1. Re:several useless metrics by vondo · · Score: 2, Insightful

      Because Phoronix does really crappy pointless benchmarks all the time. Occasionally they sucker me into reading them and I always wish I hadn't

  7. ZFS? by javacowboy · · Score: 2, Insightful

    I didn't RTFA but why no mention of ZFS?

    --
    This space left intentionally blank.
    1. Re:ZFS? by pigeon768 · · Score: 2, Insightful

      The short version is that ZFS isn't available for linux, and this is a linux FS benchmark on a linux specific site.

      You could run the same benchmark on OpenSolaris vs Linux on the same hardware, but this wouldn't be particularly meaningful: different storage stack, vfs, etc. Even if the benchmark convinced someone that ZFS is better, they couldn't switch to it, because again, there is no linux port.

      You could benchmark the userspace ZFS on Fuse driver, but this is meaningless because the Fuse ZFS implementation is useless (slow + unstable) and everyone knows it.

  8. Re:format stability by Anonymous Coward · · Score: 2, Informative

    > What's the advantage of XFS over ext3?

    Well I can only speak for my own experience, and obviously yours may be different. But I've had better luck with XFS stability as well as handling of multi-gigabyte files and directories that contain many files. I was soured early on based on some bad experiences with both ext2 and ext3, went to XFS, and haven't had a problem since.

    For me deleting very large files is almost instantaneous on XFS, but drags on and on using ext3. I like XFS on my media server box but also use it on a desktop machine. It's also hugely scalable.

  9. Re:format stability by pigeon768 · · Score: 4, Informative

    Extents and delayed allocation are the big ones, both of which are available in ext4, reiser4, and btrfs.

    Unfortunately, xfs is more likely to eat data in individual files than ext3 or ext4 w/ data=ordered. It's apparently less likely to end up with an uncorrectable superblock.

    xfs is also horrifically slow for random access of smaller files. If your application calls for massive files, such as databases or a porn library, xfs is preferable over reiserfs or ext3, comparable to ext4, but for general use you're better off with ext3/4 or reiserfs. (by reiserfs I mean 3.6, not reiser4. I can't speak for reiser4)

    It's important to remember that there is no one fs to rule them all. Any time anyone tells you "*fs is the best filesystem" they're suffering from fanboyism. xfs is probably not the ideal filesystem for / on a desktop system, but it's a great filesystem for a partition on a server running a database or a fileserver serving large files, or for a DVR application like mythtv.