Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 24

Thread: Testing Out The Btrfs Mount Options On Linux 3.2

  1. #11
    Join Date
    Oct 2007
    Posts
    1,274

    Default

    Quote Originally Posted by kebabbert View Post
    Why this focus on speed? Why not focus on data safety?
    Reliability should be a given for a filesystem.

  2. #12
    Join Date
    Nov 2008
    Posts
    418

    Default

    Quote Originally Posted by stan View Post
    OK, so let's talk reliability. As it stands, BTRFS is much more prone to corruption and gradual degradation of speed and even available free spance than EXT4. Just look at all the reports of people saying BTRFS becomes unusable after a a few days of running. The fact is that for the vast majority of desktop users, BTRFS still has no advantage over EXT4.
    Now this is a VERY good argument to use EXT4 over BTRFS! Why does no one say this except Stan?

    Heck, I can make an unsafe fast solution that no one can trust. The difficulty is making it stable and safe - and yes, that will become a bit slower but some might consider that worth the price. If what Stan says is true, then everybody should prefer EXT4 over BTRFS?

  3. #13
    Join Date
    Oct 2006
    Location
    Israel
    Posts
    597

    Default ... However

    (@kebabbert)

    ... Because btrfs is far too immature to actually live up to the its potential reliability benefits.

    Sure, I'd love to have ZFS-like-features on Linux, but for now, ext4 is more reliable than btrfs.
    DEV: Intel S2600C0, 2xE52658V2, 32GB, 4x2TB, GTX780, F20/x86_64, Dell U2711.
    SRV: Intel S5520SC, 2xX5680, 36GB, 4x2TB, GTX550, F20/x86_64, Dell U2412..
    BACK: Tyan Tempest i5400XT, 2xE5335, 8GB, 3x1.5TB, 9800GTX, F20/x86-64.
    LAP: ASUS N56VJ, i7-3630QM, 16GB, 1TB, 635M, F20/x86_64.

  4. #14
    Join Date
    Dec 2008
    Posts
    2

    Default not sure

    I'm not sure the 'inode_cache' option has been tested the right way, and the article doesn't describe in detail how this was done.

    This option does some FS modifications on first boot, so in order to test, it is probably best to boot once with this option in effect, do some work, reboot, and only then run the tests.

  5. #15
    Join Date
    Nov 2008
    Posts
    418

    Default

    Quote Originally Posted by DanL View Post
    Reliability should be a given for a filesystem.
    Well, fact is, that reliability is not given for any filesystem. Apparently, there are many reports of BTRFS corrupting data. Here is one of the reports from last month:
    http://phoronix.com/forums/showthrea...731#post249731

  6. #16
    Join Date
    Oct 2010
    Posts
    257

    Default

    Well, I saw the results and I've a weird question to ask about them: Why using compression gives so much better performance than not using compression at all? Shouldn't it be the opposite? It seems something very wrong is on the results that use BTRFS compression, btw...

    Also, these results only confirm why at the moment ext4 is the defacto file system for Linux consumer users. But I hope BTRFS will get better over time...

    Cheers

  7. #17
    Join Date
    Nov 2011
    Location
    Orange County, CA
    Posts
    77

    Default

    Quote Originally Posted by stan View Post
    OK, so let's talk reliability. As it stands, BTRFS is much more prone to corruption and gradual degradation of speed and even available free spance than EXT4. Just look at all the reports of people saying BTRFS becomes unusable after a a few days of running. The fact is that for the vast majority of desktop users, BTRFS still has no advantage over EXT4.
    I've been using Btrfs heavily since October, with a 4x 3TB RAID 10. Frequent creation/snapshotting/deletion of subvolumes for sandboxes that often go up to 140GB and a bunch of VMs (you want chattr -c and -C for VMs, otherwise they're slow.) I also had a few crashes and power failures. Oh and the whole thing runs on top of Flashcache.
    Zero problems.

  8. #18
    Join Date
    Mar 2009
    Posts
    130

    Default

    Quote Originally Posted by rrohbeck View Post
    I've been using Btrfs heavily since October, with a 4x 3TB RAID 10. Frequent creation/snapshotting/deletion of subvolumes for sandboxes that often go up to 140GB and a bunch of VMs (you want chattr -c and -C for VMs, otherwise they're slow.) I also had a few crashes and power failures. Oh and the whole thing runs on top of Flashcache.
    Zero problems.
    +1

    I've also been using btrfs roughly since October for my main /home/ partition on my (frequently used) laptop. Never had a problem with the FS, and I've managed to run the laptop out of battery a couple of times, although I'm not using any of it's features yet.

  9. #19
    Join Date
    Oct 2006
    Location
    Israel
    Posts
    597

    Default

    @Kamikaze and rrohbeck:

    I'm not trying to mock your personal experience, far from it.
    But please keep in mind that when it comes to file system corruption, "WORKS-FOR-ME" reports carry *far* less weight than corruption reports - even if only 1/1000 suffers from a catastrophic report. (And by looking at the Fedora bugzilla, btrfs has yet to reach 1/1000 level)

    - Gilboa
    DEV: Intel S2600C0, 2xE52658V2, 32GB, 4x2TB, GTX780, F20/x86_64, Dell U2711.
    SRV: Intel S5520SC, 2xX5680, 36GB, 4x2TB, GTX550, F20/x86_64, Dell U2412..
    BACK: Tyan Tempest i5400XT, 2xE5335, 8GB, 3x1.5TB, 9800GTX, F20/x86-64.
    LAP: ASUS N56VJ, i7-3630QM, 16GB, 1TB, 635M, F20/x86_64.

  10. #20

    Default

    Quote Originally Posted by gilboa View Post
    @Kamikaze and rrohbeck:

    I'm not trying to mock your personal experience, far from it.
    But please keep in mind that when it comes to file system corruption, "WORKS-FOR-ME" reports carry *far* less weight than corruption reports - even if only 1/1000 suffers from a catastrophic report. (And by looking at the Fedora bugzilla, btrfs has yet to reach 1/1000 level)

    - Gilboa
    +1 This. Using BTRFS on my main / (Gentoo) without any problems and i already had some power blackouts and no corruption for now. I guess everyone has already forgotten how ext4 was eating data and BTRFS is safer than ext4 without crippling performance too much and has a lot more useful features as well. All i say is that if BTRFS is at least 2/3 as fast as ext4 i will choose it any day.

Posting Permissions

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