Announcement

Collapse
No announcement yet.

XFS Developer Takes Shots At Btrfs, EXT4

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

  • #16
    Happy User

    I've been very happy running XFS on several production servers, laptops, and workstations over the past few years. The performance improvements are very noticeable. Keep up the good work!

    Comment


    • #17
      even more brain damage

      Originally posted by Ansla View Post
      That's great if it truly is fixed. But I find it strange that even in 2011 some people complain about it. http://www.linuxquestions.org/questi...earing-919115/
      Quote: "I have a habit of simply typing "reboot" to restart the computer "

      BLOODY HELL! You "find it strange" when people don't unmount their file systems before rebooting and discover errors!

      I would "find it strange" if that user did NOT experience severe problems!

      Comment


      • #18
        Originally posted by jwilliams View Post
        My mind boggles that ext4 filesystems STILL are not supported with ext-tools for filesystems larger than 16TB..
        This is not true anymore.

        https://fedoraproject.org/wiki/Features/F17Ext4Above16T

        Comment


        • #19
          Originally posted by frantaylor View Post
          Quote: "I have a habit of simply typing "reboot" to restart the computer "

          BLOODY HELL! You "find it strange" when people don't unmount their file systems before rebooting and discover errors!

          I would "find it strange" if that user did NOT experience severe problems!
          Not sure if serious... Distro shutdown scripts, called when you run "reboot", sync and umount disks.

          Comment


          • #20
            illiterate?

            Originally posted by curaga View Post
            called when you run "reboot".
            Did you READ the original post?

            [ 10.369694] XFS mounting filesystem md127
            [ 10.821454] Starting XFS recovery on filesystem: md127 (logdev: internal)
            [ 26.103306] Ending XFS recovery on filesystem: md127 (logdev: internal)

            These messages would NOT be printed at boot time if the filesystem was unmounted.

            Comment


            • #21
              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.

              Comment


              • #22
                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.

                Comment


                • #23
                  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.

                  Comment


                  • #24
                    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.

                    Comment


                    • #25
                      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...

                      Comment


                      • #26
                        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.

                        Comment


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

                          Comment


                          • #28
                            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.

                            Comment


                            • #29
                              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:
                              root@dekabutsu: 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.

                              Comment

                              Working...
                              X