Announcement

Collapse
No announcement yet.

XFS Developer Takes Shots At Btrfs, EXT4

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic XFS Developer Takes Shots At Btrfs, EXT4

    XFS Developer Takes Shots At Btrfs, EXT4

    Phoronix: XFS Developer Takes Shots At Btrfs, EXT4

    Chris Mason of Btrfs fame wasn't the only Linux file-system developer talking to the public last week. While the Btrfs talk was going on in Los Angeles at SCALE 10x, Dave Chinner was down under in Australia at LCA2012 talking about XFS. His talk included some controversial shots at EXT4 and Btrfs...

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

  • houkouonchi
    replied
    Originally posted by jwilliams View Post
    My mind boggles that ext4 filesystems STILL are not supported with ext-tools for filesystems larger than 16TB.

    XFS is the only filesystem I trust to use for >16TB. Other possibilities are JFS, ZFS, and btrfs, but none of those are mature, stable, and actively developed on linux.

    Maybe one day btrfs will be stable and not have any flaws (very slow performance in certain situations). But that day is far from today.
    I agree with its unbelievable that ext4 does not have *proper* > 16 TiB support. That being said I think I would disagree with JFS and ZFS not being stable and mature.

    Originally posted by curaga View Post
    This. Even though JFS was designed for "huge" FS too, I understand it was only run on such with AIX, and so the linux jfs tools could not cope with >16tb until somewhat recently.
    Not true. There was a bug in mkfs which had problems with > 32 TiB file-systems (not 16). This was fixed now and I have a file-system over 64 TiB running JFS:

    Code:
    [email protected]: 12:42 AM :~# df -H
    Filesystem             Size   Used  Avail Use% Mounted on
    rootfs                 129G   103G    27G  80% /
    /dev/root              129G   103G    27G  80% /
    udev                    11M   238k    11M   3% /dev
    /dev/sda1              129G    78G    52G  61% /winxp
    /dev/sdd1               36T    26T    11T  72% /data
    /dev/sde1               84T   5.6T    79T   7% /data2
    tmpfs                   13G   144k    13G   1% /dev/shm
    It might be getting time to switch to XFS as it has imrpoved a lot over the years but I had pretty major issues with corruption (especially on crash/powercycle, kernel panics, etc..) in the past. Granted this was in the earlier 2000s but once you have a bad experience with a fs that caused dataloss its hard to go back.

    Leave a comment:


  • jwilliams
    replied
    Originally posted by droidhacker View Post
    That should be ***MOOT***, not "mute".
    Unless he meant that mobile and desktop linux users were having trouble muting their sound.

    Leave a comment:


  • droidhacker
    replied
    Originally posted by phoronix
    Of course, for mobile and desktop Linux users this problem is largely mute.
    That should be ***MOOT***, not "mute".

    Leave a comment:


  • RahulSundaram
    replied
    Originally posted by jwilliams View Post
    And I won't test it with important data when XFS works fine for me already.

    If XFS works fine for you, then the support of Ext4 for it shouldn't matter to you at all. I thought since you bought it up you have a interest in it.

    Leave a comment:


  • jwilliams
    replied
    Originally posted by frantaylor View Post
    Given that any filesystem testing should be done off-line, with backed up data, I wonder how you can make the assertion that testing will endanger the integrity of your "important" data.
    It won't because I will not be testing it! Geez, some people...

    Leave a comment:


  • frantaylor
    replied
    Originally posted by jwilliams View Post
    And I won't test it with important data when XFS works fine for me already.
    Given that any filesystem testing should be done off-line, with backed up data, I wonder how you can make the assertion that testing will endanger the integrity of your "important" data.

    Leave a comment:


  • jwilliams
    replied
    Originally posted by RahulSundaram View Post
    If you have over 16 TB drives that you handle regularly, then you are a good candidate to participate in testing and report any issues. It won't happen automatically.
    And I won't test it with important data when XFS works fine for me already.

    Leave a comment:


  • RahulSundaram
    replied
    Originally posted by jwilliams View Post
    Good to know. Unfortunately, from your link:

    "e2fsprogs-1.42 has already been released with initial support greater than 16T, and kernel code already has support as well. There are rough edges to work out, and there is testing to be done."

    So, I would not trust it for at least 6 months, if not a year, until they have worked out the "rough edges" and tested it thoroughly.
    If you have over 16 TB drives that you handle regularly, then you are a good candidate to participate in testing and report any issues. It won't happen automatically.

    Leave a comment:


  • jwilliams
    replied
    Originally posted by RahulSundaram View Post
    Good to know. Unfortunately, from your link:

    "e2fsprogs-1.42 has already been released with initial support greater than 16T, and kernel code already has support as well. There are rough edges to work out, and there is testing to be done."

    So, I would not trust it for at least 6 months, if not a year, until they have worked out the "rough edges" and tested it thoroughly.

    Leave a comment:

Working...
X