Page 1 of 2 12 LastLast
Results 1 to 10 of 20

Thread: Tuning Btrfs vs. F2FS, EXT4, XFS File-Systems

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    14,324

    Default Tuning Btrfs vs. F2FS, EXT4, XFS File-Systems

    Phoronix: Tuning Btrfs vs. F2FS, EXT4, XFS File-Systems

    When earlier this week delivering Btrfs benchmarks with various mount options for tuning the next-generation Linux file-system, some Linux users were hoping to see other file-systems tossed into the test mix too for reference. Here's those numbers...

    http://www.phoronix.com/vr.php?view=MTM1MTE

  2. #2
    Join Date
    Sep 2006
    Posts
    714

    Default

    Now that ZFS on Linux is gaining in popularity and people are curious about it, especially in comparison to BTRFS, it may be worth it to throw it into the mix. Much more interesting then F2FS.

  3. #3
    Join Date
    Nov 2012
    Posts
    140

    Default

    A pity I have had such a great hope in BTRFS...

  4. #4
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,859

    Default

    Quote Originally Posted by Nuc!eoN View Post
    A pity I have had such a great hope in BTRFS...
    Real world performance, Nucleon? It works just fine. I jsut switched my Arch home server from EXT4 atop LVM cuz its got 2 disks, to BTRFS spread across two disks with compress=lzo (Seriously, how much simple could it be? "mkfs.btrfs /dev/sda1 /dev/sdb1" and youre done lol) and I literally dont notice any difference in it. The system also doubles as a linux desktop since my laptop runs windows 7 for power management reasons. Despite the APPARENT difference in performance via the benchmarking, in real world use you dont notice it. Also the simpler volume management, compression, snapshotting and built in integrity checking more than make up for any "loss" of performance.

    BTRFS isnt meant to be the fastest file system. When its fully done, its meant to be the safest.

  5. #5
    Join Date
    Nov 2012
    Posts
    140

    Default

    Hm, you might be right eric, it's just a bit shocking when looking at the benchmarks... I hope BTRFS will be able to at least get near the other filesystems. I wouldn't use BRTFS for productivity needs though, I can't imagine it's really stable for now.. remember this? Is it resolved actually? I can't find any reliable infos on it.

  6. #6
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,859

    Default

    Quote Originally Posted by Nuc!eoN View Post
    Hm, you might be right eric, it's just a bit shocking when looking at the benchmarks... I hope BTRFS will be able to at least get near the other filesystems. I wouldn't use BRTFS for productivity needs though, I can't imagine it's really stable for now.. remember this? Is it resolved actually? I can't find any reliable infos on it.
    That got resolved a long time ago haha. Basically what it came down to was a couple bugs, a little bad code, and the guy not actually understanding what he was complaining about. It got a lot of news, but not a lot of substance once you went into the mailing list and followed what everyone was talking about and the follow up thread a little while later.

    All of BTRFS' major issues have been resolved except MAYBE the VM performance (1 single large file that shouldnt be COW)

    Personally I've had one failure of BTRFS, and that was a power outage without a battery backup during a kernel upgrade on fedora 18, it hosed the filesystem. It MIGHT have been able to be fixed via fsck but since I had JUST installed it, I didnt really care and just reinstalled overtop haha.

  7. #7
    Join Date
    Jan 2013
    Posts
    963

    Default

    Quote Originally Posted by Ericg View Post
    The system also doubles as a linux desktop since my laptop runs windows 7 for power management reasons.
    Just curious, is that AMD GPU in your laptop?

  8. #8
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,859

    Default

    Quote Originally Posted by brosis View Post
    Just curious, is that AMD GPU in your laptop?
    the server is actually a 17inch laptop with an amd gpu yes. it gets used as a desktop though haha. My laptop laptop is a dell xps 13z with Intel Sandy Bridge. under Linux it occassionally overheats if I don't keep an eye on the temperatures, u der win7 that doesn't bappen. So I stick to win7 to make sure I don't damage anything from thermal output

  9. #9
    Join Date
    Nov 2012
    Posts
    140

    Default

    Quote Originally Posted by brosis View Post
    Just curious, is that AMD GPU in your laptop?
    For me it's my (feature stripped) Intel i3 CPU that tends to overheat on Linux. Again, not so on Windows :/

  10. #10

    Default

    For the love of god!!! Michael, please, please, please stop doing filesystem comparisons.

    You are comparing one aspect (speed) of three classes of filesystem which have entirely different properties and uses, using unrealistic configurations.

    BTRFS is (or rather it will be when stabilised) a reliable-as-possible multi-spindle file system for maximum availability with bundles of features.
    Ext3 is a speedy day to day filesystem which you can afford to have down and even a little lost work while you recover the system from backups. It has no data integrity guarantees and misses many of the features and capabilities of BTRFS.
    XFS is similar to Ext3, except it was originally engineered for big filesystems/files and highly parallel workloads.
    F2FS is for flash memory and will be at a significant disadvantage on spinning media.

    No doubt if you do tests of ZFS (which is in the same class as BTRFS) as some are requesting, you will also do the same non-sensical comparison as if the speed were the only criteria that should inform peoples decisions.

    The golden rule applies here: If someone needs to know which is the fastest filesystem, they should take the time to test it in the configuration that will be used with a typical workload.

    Otherwise everyone should just look for a filesystem that provides features you need, and stop worrying about eeking out performance at the expense of data integrity.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •