Ted Ts’o sent out the EXT4 updates today for Linux 6.11. He explained in that pull request:

“Many cleanups and bug fixes in ext4, especially for the fast commit feature. Also some performance improvements; in particular, improving IOPS and throughput on fast devices running Async Direct I/O by up to 20% by optimizing jbd2_transaction_committed().”

    • thingsiplay@beehaw.orgOP
      link
      fedilink
      arrow-up
      17
      ·
      3 months ago

      Mine too. I could not bring myself to adopt a new or different FS at the moment. I wonder what “fast devices” and “slow” in this context means.

      • thingsiplay@beehaw.orgOP
        link
        fedilink
        arrow-up
        7
        ·
        3 months ago

        I really like the idea of BTRFS and what it can do. For my recent system, build in end of 2023 (not a year ago) I really thought about and compared the systems, but end up using EXT4. Here some thoughts I had:

        I want to use BTRFS as my main system FS, but I wasn’t sure which alternative FS to use (there are other contenders too), if I need the extra functionality, if its 100% stable for me on a non Fedora system and I also did not want to spent the time learning and experimenting with it, yet. But I will. And if other distributions I install or boot into would work well with BTRFS, if they are not on the newest Kernel yet.

        • narc0tic_bird@lemm.ee
          link
          fedilink
          arrow-up
          14
          ·
          3 months ago

          I’m not quite sure why people are still worried about the stability of btrfs when it has been rock solid for years. Synology has been using it for quite a while now in their NAS systems, they surely wouldn’t if it’d mean a lot of customers were at risk of losing their data.

          There are valid reasons not to be using btrfs (although I’d argue most ordinary use cases don’t have a valid reason), but stability certainly isn’t one of them, independent of the distribution used (unless it’s ancient).

          • ArchAengelus@lemmy.dbzer0.com
            link
            fedilink
            arrow-up
            3
            ·
            3 months ago

            Wait til your table with all the checksums gets messed up on an “older” btrfs install. Happened to me on a VM because I didn’t know copy-on-write should be disabled for large frequently partially updated files. It also slowed that VMs IO down a lot.

            Like most file systems, BTRFS is great if you know the edge cases. I recently moved to ZFS on my new work system, which has been a great change in terms of in-line snapshots and the like.

            If EXT4 meets your needs, that’s awesome. If you understand how to use a different FS well or are willing to learn (and risk), I would also encourage other options as well.

          • thingsiplay@beehaw.orgOP
            link
            fedilink
            arrow-up
            3
            arrow-down
            1
            ·
            3 months ago

            Note my research of BTRFS is almost a year old now. And there was still a few headlines making round of problems with BTRFS in some cases. A controlled NAS system is not the same as random user configuration of a random desktop user. And as said in my comment, I was not sure if it would be stable for my installation (when I did my research) and did not claim it to be unstable. On the other side, I know for a fact that EXT4 is stable and I did not research more or experiment to find out which one is better for me.

            Current state of BTRFS: https://btrfs.readthedocs.io/en/latest/Status.html (note when I did my research, Linux was at Kernel v6.4, therefore BTRFS was in a worse situation than today)

          • leopold@lemmy.kde.social
            link
            fedilink
            English
            arrow-up
            2
            ·
            edit-2
            3 months ago

            Because of widespread fearmongering, itself caused by the filesystem taking too long to become stable and garnering a bad reputation as a result which it has never shaken off.

        • The Doctor@beehaw.org
          link
          fedilink
          English
          arrow-up
          4
          ·
          3 months ago

          If you’re interested I have a fairly thorough “I use this” post on my website (last time I updated it was in early 2023) about btrfs.

          • thingsiplay@beehaw.orgOP
            link
            fedilink
            arrow-up
            3
            ·
            3 months ago

            Sure! I’m interested into the “current” state or real world experience of it. Wouldn’t mind if you post it here. Although I am not sure how relevant it is 1 year later, because the filesystem is quite under development.

              • thingsiplay@beehaw.orgOP
                link
                fedilink
                arrow-up
                3
                ·
                edit-2
                3 months ago

                Thanks. But it’s important to note your experience report is based on the experience of 2019 and the slight edits aren’t changing that. That its being developed is not the same as under maintenance. EXT4 is fully developed and there are only optimizations in performance expected, if anything, while BTRFS still needs active development to improve compatibility and some other features.

                I’m still curious to how to work with it and such a report is still welcome. I’ll give it a read. Edit: Hopefully my reply didn’t sound too negative. I’m interested in the process of going all of this, so the article is useful in a practical sense.

                • The Doctor@beehaw.org
                  link
                  fedilink
                  English
                  arrow-up
                  2
                  ·
                  3 months ago

                  My experience is based on running that btrfs array since 2019. It’s still running in production on my server, I still use it daily, and the data I keep on it is still accessed, processed, indexed, and backed up every day. It’s not an experiment for the sake of a blog post, it’s a thing that is part of my personal infrastructure. The reason I update that post periodically is because I learn something new, or something minor has changed and the text should be updated to reflect that. If using btrfs on a busy server every day is the experience of 2019, I don’t know what to say to that.

      • narc0tic_bird@lemm.ee
        link
        fedilink
        arrow-up
        3
        ·
        3 months ago

        Tumbleweed people like me would say it’s a great filesystem because it enables snapper to work effortlessly.

            • bsergay@discuss.online
              link
              fedilink
              arrow-up
              1
              ·
              3 months ago

              Thank you for sharing your thoughts!

              Fedora’s tendency to default to (potentially) premature software, can definitely be a legit reason to prefer other distros instead.

              I’m a “(sweet) summer child” in that I’ve only been using Fedora for over two years now. Therefore, I haven’t experienced the commonly cited ‘shifts’ that have caused many issues to other users. Regardless, I do (somewhat) understand.

              Regarding wget2, I didn’t even know that was a thing. Thank you for mentioning it! I have yet to understand why or how Fedora unanimously agreed to push that change.

              To this day I notice that there is some skepticism with Btrfs, and I think it is because fedora also pushed it early.

              This, however, I can’t agree with. And perhaps you’re conflating matters. Btrfs was not ready when it was first supported. However, Fedora was not an early adopter. They only defaulted to it in 2020. By contrast, AFAIK openSUSE was the first to default it in 2014. Heck, the next year it was defaulted by SLE as well. By the time Fedora did the same, the severe issues and instabilities were already ironed out. So, I’d attribute the scepticism towards Btrfs as the community’s PTSD after many community members lost valuable data early in Btrfs’ lifetime.

          • GolfNovemberUniform@lemmy.ml
            link
            fedilink
            arrow-up
            3
            arrow-down
            2
            ·
            3 months ago

            Extremely slow package manager (the most important one), confusing installer, fast deprecation of important technologies and testing of new technologies on its users (making major upgrades risky) is what I can remember now.

            • bsergay@discuss.online
              link
              fedilink
              arrow-up
              2
              ·
              3 months ago

              Thank you for the reply!

              Extremely slow package manager (the most important one)

              Fair. Though, IIRC, it’s in the same order of magnitude as apt and zypper. But yeah; apk, pacman and xbps are definitely faster by a wide margin. Hopefully, dnf5 will be able to close the gap significantly.

              confusing installer

              I often hear this. But I’m not sure if I understand. Is it because Anaconda does not walk you (explicitly) through all parts of the installation (at least by default)? And, instead, chooses to give the user an overview (at some point) in which the user is expected to go over each one of them by themselves.

              fast deprecation of important technologies and testing of new technologies on its users (making major upgrades risky)

              Fair. I think this is the most legitimate concern. Thankfully, over the last two years, I have yet to bang my head against a brick wall for reasons related to this. But I understand why others are more reluctant based on Fedora’s (less recent) track record.

              • GolfNovemberUniform@lemmy.ml
                link
                fedilink
                arrow-up
                2
                arrow-down
                2
                ·
                3 months ago

                apt

                Apt can be improved with frontends and it doesn’t take 10 minutes to sync the repos.

                zypper

                Idk much about it but I heard it’s slow too.

                But I’m not sure if I understand. Is it because Anaconda does not walk you (explicitly) through all parts of the installation (at least by default)?

                Yes.

                And, instead, chooses to give the user an overview (at some point) in which the user is expected to go over each one of them by themselves.

                Yea even archinstall might be better than this design lol.

                less recent

                X11. Though I don’t remember if they decided to drop it before explicit sync was introduced for NVidia drivers or after.

                • bsergay@discuss.online
                  link
                  fedilink
                  arrow-up
                  2
                  ·
                  3 months ago

                  Apt can be improved with frontends

                  nala is indeed pretty cool.


                  Thank you for clarifying/confirming the parts related to how Fedora’s installation is confusing.

                  X11. Though I don’t remember if they decided to drop it before explicit sync was introduced for NVidia drivers or after.

                  Totally forgot about this one. Blame AMD 😛. Thank you for correcting me!

    • teawrecks@sopuli.xyz
      link
      fedilink
      arrow-up
      2
      ·
      3 months ago

      I understand ext4 being dependable, but favorite? I’m curious what makes it your favorite.

  • lemmyreader@lemmy.ml
    link
    fedilink
    English
    arrow-up
    9
    ·
    3 months ago

    Huge news 🎉 Thanks OP for sharing.

    It feels like a relief after reading earlier Lemmy comments in other posts about btrfs vs ext4 and having read this Wikipedia page paragraph :

    In 2008, the principal developer of the ext3 and ext4 file systems, Theodore Ts’o, stated that although ext4 has improved features, it is not a major advance, it uses old technology, and is a stop-gap. Ts’o believes that Btrfs is the better direction because “it offers improvements in scalability, reliability, and ease of management”.[29] Btrfs also has “a number of the same design ideas that reiser3/4 had”.[30] 😢

    Oh no, wait a minute, I overlooked the next sentence last time 😀 :

    However, ext4 has continued to gain new features such as file encryption and metadata checksums.

    • Beej Jorgensen@lemmy.sdf.org
      link
      fedilink
      arrow-up
      3
      ·
      3 months ago

      On the last system I put together I used xfs because I was thinking ext4 development was waning. TBH I can’t really tell the difference in my regular usage.

      Word on the street is that xfs sometimes corrupts files, but I’m not sure if that’s true anymore.

      Maybe on the next system I’ll be back to ext4.

  • AutoTL;DR@lemmings.worldB
    link
    fedilink
    English
    arrow-up
    8
    ·
    3 months ago

    This is the best summary I could come up with:


    With the maturity of the EXT4 file-system it’s not too often seeing any huge feature additions for this commonly used Linux file-system but there’s still the occasional wild performance optimization to uncover… With Linux 6.11 the EXT4 file-system can see upwards of a 20% performance boost in some scenarios.

    Ted Ts’o sent out the EXT4 updates today for Linux 6.11.

    He explained in that pull request: "Many cleanups and bug fixes in ext4, especially for the fast commit feature.

    Up to 20% faster for fast devices using async direct I/O thanks to JBD2 optimizations.

    Indeed the patch from Huawei’s Zhang Yi to speed up jbd2_transaction_committed() shows off some great improvements:

    It’s great continuing to see EXT4 uncover new performance optimizations.


    The original article contains 144 words, the summary contains 120 words. Saved 17%. I’m a bot and I’m open source!

    • addie@feddit.uk
      link
      fedilink
      arrow-up
      6
      ·
      3 months ago

      Yes, because it doesn’t do as much to protect you from data corruption.

      If you have a use case where a barely-measurable increase in speed is essential, but not so essential that you wouldn’t just pay for more RAM to keep it in cache, and also it doesn’t matter if you get the wrong answer because you’ve not noticed the disk is failing, and you can afford to lose everything in the case of a power cut, then sure, use a legacy filesystem. Otherwise, use a modern one.

      • thingsiplay@beehaw.orgOP
        link
        fedilink
        arrow-up
        14
        ·
        3 months ago

        Ext4 is not legacy, just because something newer is out there. Ext4 is proven and rock solid, not without reason the standard for most Linux systems. It doesn’t randomly corrupt your files. If someone would read your reply, one would think that Ext4 is abandoned since decades and a risk to use.

        If one has to ask and don’t understand Btrfs, should just use Ext4 by default; a safe and good option without risking anything. There are no downsides to this. Use Btrfs only, if you know what you are doing, if you understand it and actually need the extra functionality.

        • bsergay@discuss.online
          link
          fedilink
          arrow-up
          6
          ·
          3 months ago

          Use Btrfs only, if you know what you are doing, if you understand it and actually need the extra functionality.

          And, may I add, if your chosen distro defaults to it.

      • Jears@social.jears.at
        link
        fedilink
        arrow-up
        8
        ·
        3 months ago

        and you can afford to lose everything in the case of a power cut

        But ext4 is a journaling filesystem, so a power cut shouldn’t harm it.

    • thingsiplay@beehaw.orgOP
      link
      fedilink
      arrow-up
      11
      ·
      3 months ago

      I still use it (Ext4) exclusively and its great. How can you have a hard time with Ext4? It’s the most proven and most polished FS. Its not like slowing down your system or being buggy or like that.

      • shirro@aussie.zone
        link
        fedilink
        English
        arrow-up
        5
        ·
        3 months ago

        Same here. Ext4 is an excellent general purpose file systems and a sensible default. It lacks features that are useful, even critical, for some use cases which sometimes rules it out but it certainly isn’t obsolete.

  • LeFantome@programming.dev
    link
    fedilink
    arrow-up
    1
    ·
    3 months ago

    I notice that this is from Huawei. If it was commercial software, this could not be used by anybody using US federal funding. Because this is Open Source, it will probably be put into use by the NSA, CIA, FBI, and NASA. Fascinating.

    • dragonfly4933@lemmy.dbzer0.com
      link
      fedilink
      English
      arrow-up
      1
      ·
      3 months ago

      There is a lot of development from China in the linux kernel. Also, to my knowledge there is a lot of chinese work in qemu and libvirt as well.