No announcement yet.

Btrfs In Linux 6.5 May Bring A Cumulative Performance Improvement

  • Filter
  • Time
  • Show
Clear All
new posts

  • #11
    Originally posted by rob-tech View Post
    So when should I switch from ext4 for my root partition, is the file system ready yet and is it SSD friendly in terms of the amount of writes compared to ext4?
    It's fine and it's SSD friendly.
    I've been using it for about 10 years on all my machines including several production servers and have never had any problems whatsoever.

    You do trade a bit of performance for some extra features, like checksums, snapshots, subvolumes, reflinks, etc, but I think it is worth it - disk I/O performance is usually not an issue lately.

    I wouldn't use it on unstable or highly overclocked machines, because it can be quite unforgiving with regards to bit flips due to CPU or memory instability.


    • #12
      Originally posted by cl333r View Post
      Wake me up when they merge and switch to the new on disk format.
      Wake me up when they fix RAID5/6.


      • #13
        They or somebody else should also upgrade the Zstd code from v1.5.2 (updated in Linux 6.2) to v1.5.5, upstream, which has good performance improvements:
        This is a quick fix release. The primary focus is to correct a rare corruption bug in high compression mode, detected by @danlark1 . The probability to generate such a scenario by random chance is ...


        • #14
          Originally posted by some_canuck View Post

          Wake me up when they fix RAID5/6.
          At this rate bcachefs will get merged first and it's erasure coding and checksums will make btrfs totally irrelevant to anyone not already running ZFS instead.


          • #15
            ZFS and BTRFS are both terrible for performance. Don't get tricked, there's plenty of liars everywhere. XFS is the most reliable, with ext4 still edging out for the single thread usecase.