• sickday@kbin.social
    link
    fedilink
    arrow-up
    88
    ·
    11 months ago
    Reviewing has become a nightmare of sifting through under-documented kernel code trying to decide if this new feature won't break all the other features. Getting reviews is an unpleasant process of negotiating with demands for further cleanups, trying to figure out if a review comment is based in experience or unfamiliarity, and wondering if the silence means anything.
    
    

    Damn I feel that

  • woelkchen@kbin.social
    link
    fedilink
    arrow-up
    48
    ·
    11 months ago

    Darrick nominated Chandan Babu of Oracle to handle release management for XFS

    Oracle? 🤨 Oh boy…

    • Badabinski@kbin.social
      link
      fedilink
      arrow-up
      40
      arrow-down
      2
      ·
      11 months ago

      As much as I despise Oracle and the lawn mower man known as Larry Ellison, I don’t think this is a problem. Oracle also had a lot to do with btrfs, and while that filesystem has problems, they’re not the sort of problems usually associated with Oracle (i.e. rapacious capitalistic practices like patent trolling and suing the fuck out of everyone all the time always). Oracle won’t own XFS, it’s owned by every single person who has ever contributed to that codebase.

    • danielfgom@lemmy.world
      link
      fedilink
      English
      arrow-up
      9
      arrow-down
      1
      ·
      11 months ago

      The Linux team at Oracle are ok I think. Based on the blog post they made about the Red Hat debacle. Sounds like they are true Linux guys so it should be ok

  • AggressivelyPassive@feddit.de
    link
    fedilink
    arrow-up
    27
    arrow-down
    1
    ·
    11 months ago

    Serious question: why would anyone opt for XFS these days? I remember reading about it being faster/more efficient with small files, but is that still valid?

    • sickday@kbin.social
      link
      fedilink
      arrow-up
      27
      ·
      11 months ago

      XFS has been the default file system for RHEL since RHEL 7. A lot of places typically roll with defaults there, so it makes sense to see it still widely used.

    • InverseParallax@lemmy.world
      link
      fedilink
      English
      arrow-up
      22
      ·
      11 months ago

      Xfs is basically a bigger, better ext4.

      It has more features but it also isn’t as weird and wacky as btrfs and zfs.

      Honestly I’m not sure it shouldn’t be the default fs for most distros, except it wasn’t born in the Linux kernel like ext and btrfs, but it’s been here forever and it’s been very well behaved, unlike others I can mention.

      Used it for a while on lvm raid, xfs was never what gave me problems.

        • Synestine@sh.itjust.works
          link
          fedilink
          arrow-up
          8
          ·
          11 months ago

          From the top of my head, compared to ext4: RAM use and the ability to shrink an FS if necessary. Oh, also I’ve used an EXT FS driver on a Windows host, but I’ve never seen one for XFS.

          • lemmyng@lemmy.ca
            link
            fedilink
            English
            arrow-up
            4
            ·
            11 months ago

            Just to clarify, the previous comment asked about benefits of XFS over ext4. But I completely agree with your reasons for choosing ext4.

            • Synestine@sh.itjust.works
              link
              fedilink
              English
              arrow-up
              3
              ·
              11 months ago

              Oh, my bad.

              The two benefits to XFS that I’ve ever seen are that it has no inode limit like ext4 (which prevents the FS shrink). The other is that it seems to handle simultaneous I/O better than ext4 does; think very active database volumes and datastores.

      • Kata1yst@kbin.social
        link
        fedilink
        arrow-up
        7
        ·
        11 months ago

        Rock solid may be a stretch. They still suffer from outrageous metadata bugs even to this day when used in busy file systems.

        That bug alone has been open for over a decade. Development focus of the people who understand and want to fix those things have shifted to other filesystems like ext4 and ZFS.

    • Snowplow8861@lemmus.org
      link
      fedilink
      English
      arrow-up
      9
      ·
      11 months ago

      I’ll give you one reason it’s used commercially: Veeam can only use xfs or refs as a deduplication enabled store using fastclone. For example I have a 60 disk nas hosting hundreds of customer backups and a petabyte. Without deduplication imagine how many extra petabytes of storage would be consumed. Each backup is basically the same image as well as the backup processing time.

      Maybe they’ll get that same feature on zfs one day.

      Unless you want me to use refs? But I have tried that, and I’ve lost a whole volume to iscsi volume mounted to windows and formatted refs due to corruption when a network power loss happened gradually and whatever reason, that network interruption caused the whole volume to be unmountable over iscsi ever again. I’m not keen to retry that.

      Xfs is pretty good with 60 disks, I wouldn’t trust ext4 with that many but there’s nothing factual about ext4 but a feeling.

      About to get a second 60 disk nas for another datacentre for the same setup as above to migrate away from Wasabi as offsite. Will build xfs again. Looking forward to it.

      • HR_Pufnstuf@lemmy.world
        link
        fedilink
        English
        arrow-up
        11
        ·
        11 months ago

        ZFS has deduplication, you just don’t want to use it. As deduplication grows, it requires more and more RAM on the ZFS server. :(

        • Snowplow8861@lemmus.org
          link
          fedilink
          English
          arrow-up
          3
          ·
          11 months ago

          Yeah but veeam doesn’t support fast block cloning which means you don’t need to ever recopy blocks that don’t change. From a performance point of view, fast block cloning gives incredible speed up so that in turn means more backups happen in a short time. That’s pretty important even at our small business scale. I guess larger veeam service providers solve things differently.

    • Freeman@lemmy.pub
      link
      fedilink
      arrow-up
      6
      ·
      11 months ago

      I am pretty sure certain apps want xfs. One I can think of is veeam who leverage their block cloning feature for some of their stuff.

        • kloppix@kbin.social
          link
          fedilink
          arrow-up
          1
          ·
          11 months ago

          I have no experience with ZFS and didn’t know it supported project quotas too. I found out about XFS from an LPIC book where it said that XFS, unlike other filesystems, also supported project quotas (this was about 10 years ago). It’s been working fine for me the past few years, so I’ve never looked for alternatives. Now I’m curious.

      • kill_dash_nine@lemm.ee
        link
        fedilink
        English
        arrow-up
        2
        ·
        11 months ago

        To me, zfs is like the Gentoo of file systems. If you actually use the zfs features and do a lot of digging and experimentation before you go all in on it, it’s not bad; it really can be quite good. If someone wants a filesystem that they format and forget, ext4 and xfs are still solid options. I used to use ext4 for most of my filesystem needs and xfs for my long term storage on top of mdadm. I just really wanted zfs snapshots.

        • pimeys@lemmy.nauk.io
          link
          fedilink
          arrow-up
          1
          ·
          11 months ago

          Zfs is great if you need a raid with parity: their raid5 and raid6 are the best in class. I have a NAS build where it makes sense to use those.

          If you only need snapshots, go with btrfs. Just stay away from their raid5 and raid6, because they are unstable and tend to lose data.