• megabat@lemm.ee
    link
    fedilink
    arrow-up
    3
    ·
    19 hours ago

    XFS is a great filesystem, I run it on all my servers and desktop. SGI created it the mid 90s and ported it to Linux in 2001 so it’s quite mature and still actively developed. It’s just a filesystem though, so if you want parity use md raid, if you want snapshots use lvm, encryption use luks and such.

    • GenderNeutralBro@lemmy.sdf.org
      link
      fedilink
      English
      arrow-up
      4
      ·
      edit-2
      21 hours ago

      I guess I’ll look into XFS and see if it’s suitable for my use cases (I know almost nothing about it), but this supports my opinion that BTRFS is an easy choice over EXT4 at least.

      Edit: No snapshot support in XFS, so I’ll stick with BTRFS. My performance requirements are not that high on desktop. If I set up a high-performance server that would be another matter.

      I was surprised to learn that F2FS has rather small maximum volume sizes. 16TB with 4K block sizes, 64TB with 16K block sizes. But your whole kernel needs to use 16K pages to use 16K F2FS blocks, which seems like more trouble than it’s worth. Either way, it’s so non-future-proof I’m not even going to think about it.

      • Magiilaro@feddit.org
        link
        fedilink
        arrow-up
        3
        ·
        12 hours ago

        F2FS was made primary with removable storage like SD cards and USB thumb drives in mind.

        16TB is still a few years away for those, but yes a update to add larger sizes would not be that bad.

    • Kusimulkku@lemm.ee
      link
      fedilink
      arrow-up
      2
      ·
      1 day ago

      Bootable snapshots though that you can use to rollback your system. More than worth the slower speed

  • tatterdemalion
    link
    fedilink
    arrow-up
    6
    arrow-down
    4
    ·
    2 days ago

    Seriously, they’re just gonna put the geometric mean of all benchmarks and claim that means anything? Maybe it means something for people who don’t care at all about what their most performance-sensitive workloads are.

    • nous
      link
      fedilink
      English
      arrow-up
      12
      ·
      2 days ago

      Just? This is a link to the last page of the benchmarks. The other pages have other workloads on them - quite a lot of DB benchmarks though.