#xfs

Csepp 🌢csepp@merveilles.town
2025-05-19

Back on #BTRFS after #XFS / #GRUB caused boot failures. First it would work on about every 6th attempt, now it didn't work at all. I'll just mount it with nodatacow, that should give Good Enough TM performance.
Also set up a watchdog a delayed reboot after panic, just to be safe. Should probably also set up a GRUB fallback in case a #NixOS update breaks booting again...

st1nger :unverified: šŸ“ā€ā˜ ļø :linux: :freebsd:st1nger@infosec.exchange
2025-05-13

#Bcachefs #Btrfs #EXT4 #F2FS & #XFS #FileSystem Performance On Linux 6.15.

When taking the geometric mean of all the file-systems tested, XFS was by far the fastest with this testing on #Linux 6.15 and using a Crucial T705 #NVMe PCIe 5.0 SSD. With each file-system at its defaults, XFS was 20% faster than F2FS as the next fastest file-system. EXT4 and Btrfs meanwhile were tied for third. Bcachefs out-of-the-box on this PCIe 5 SSD was in a distant last place on Linux 6.15 Git.

phoronix.com/review/linux-615-

When taking the geometric mean of all the file-systems tested, XFS was by far the fastest with this testing on Linux 6.15 and using a Crucial T705 NVMe PCIe 5.0 SSD. With each file-system at its defaults, XFS was 20% faster than F2FS as the next fastest file-system. EXT4 and Btrfs meanwhile were tied for third. Bcachefs out-of-the-box on this PCIe 5 SSD was in a distant last place on Linux 6.15 Git.
Scott Williams 🐧vwbusguy@mastodon.online
2025-05-13

A bunch more manual xfs repairs over the past week. In contrast, there's been exactly zero ext4 or btrfs manual fsck's needed for the same environments. All with some flavor of EL8 or EL9 on two different storage platforms (Ceph, Longhorn). Still no idea what's causing it, but xfs continues to be the outlier.

#xfs #btrfs #ext4

2025-05-12

#XFS remains the fastest filesystem in #Linux 6.15, at least on NVMe drives:
phoronix.com/review/linux-615-

I've been using XFS on all my laptops for over 15 years with no data loss. Meanwhile, while #Btrfs has matured to the point I would entrust it with my /home, it still has terrible performance in most benchmarks.

And note that slower I/O usually means higher CPU usage and thus shorter battery life for your laptop.

2025-05-04

@stefano This was also #xfs. I am aware that when it has problems, it *really* has problems lol. But, I've also used XFS on #rhel and #centos 6 and 7 and #Debian without any issues. You are probably correct that it was #suse.

When I ran Tumbleweed and Leap 15 on an older laptop, I purposely went with ext4 and it was unquestionably a smoother experience.

Just curious, which version of openSUSE did you use?

Kevin Karhan :verified:kkarhan@infosec.space
2025-04-29

@txt_file #ZFS specifying these things as hard #requirements as in 'If you do it otherwise, it'll fall flat on it's face and you're the one to blame for it!'

  • Kinda like "Guaranteed Rate I/O on #XFS" works...
2025-04-05

@publicvoit @janl

> ... this also holds true for "advanced" file systems like #ZFS, #XFS

I would hardly put ZFS and XFS in the same class. XFS is a filesystem whereas ZFS is a suite of tools for managing storage based on a filesystem.

Karl Voit :emacs: :orgmode:publicvoit@graz.social
2025-04-05

@janl The purpose is to warn bystanders to invest in technological #complexity that seems to be very attractive for its advanced features without acknowledging the risks or efforts associated.

Its learning curve doesn't even allow for an easy start.

As with so many awesome tools, this is something for specific experts and not for new/occasional/advanced users.

BTDT and I've had my fair share of bad experiences.

Current pain in my setup: #NixOS. Instead of providing an abstraction layer to keep away certain OS setup & maintenance problems for good, I got into so many little & bigger troubles that I try to tell people only to use it when they are ready to invest its required learning effort all the way.

From my point of view, this also holds true for "advanced" file systems like #ZFS, #XFS, ... YMMV.

#PIM #technology #nix

John Leachjohnl
2025-04-03

TIL that xfs has supported copy-on-write reflink copies for years (Kernel 4.9.1 in 2017!), where as zfs only got it last year (and it is not considered stable!)

blogs.oracle.com/linux/post/xf

2025-02-28

@roxyflux That assumes you know what you want or need. I love #xfs for example but did not realise that file un-deietes are much harder than with #ext4 .

Roxanne :verified_coffee:roxyflux@mastodon.nl
2025-02-27

Here’s a thought I’ve just had on file systems for #Linux: if I have no need for advanced features like subvolumes or snapshots or built-in support for multiple devices, is there really a point to thinking about which file systems is good for an Average Jane such as myself? I don’t exactly consider myself lacking in bandwidth, so surely the difference only starts to matter at scale? #btrfs #ext4 #xfs

2025-02-20

hey hey #Linux #FileSystem #ZFS #RAID #XFS entities! I'm looking for extremely opinionated discourses on alternatives to ZFS on Linux for slapping together a #JBOD ("Just a Bunch Of Disks", "Just a Buncha Old Disks", "Jesus! Buncha Old Disks!", etc) array.

I like ZFS
but the fact that it's not in tree in-kernel is an issue for me. What I need most is reliability and stability (specifically regarding parity) here; integrity is the need. Read/write don't have to be blazingly fast (not that I'm mad about it).

I also have one
#proxmox ZFS array where a raw disk image is stored for a #Qemu #VirtualMachine; in the VM, it's formatted to XFS. That "seems" fine in limited testing thus far (and seems fast?, so it does seem like the defaults got the striping correct) but I kind of hate how I have multiple levels of abstraction here.

I don't think there's been any change on the
#BTRFS front re: raid-like array stability (I like and use BTRFS for single disk filesystems but) although I would love for that to be different.

I'm open to
#LVM, etc, or whatever might help me stay in tree and up to date. Thank you! Boosts appreciated and welcome.

#techPosting

Lautaro :mastodon: :pixelfed:Lautaro_Ferrero
2025-02-09

Debo decir que hasta ahora en funciona muy bien!!!

Gonzalo Nemmi :runbsd:gnemmi@mastodon.sdf.org
2025-01-31

And here we go now: #XSF #Summit27 remote participation, Day 2!

Day 1 was a super edifying experience and I couldn't be more grateful for the effort the #XFS does to open the doors for everyone to join and take part of the event!

Transparent, open, considerate, integrative ...

This is the #community I choose to be a part of, beyond all technical merits and achievements. ā¤ļø

#XMPP #IETF #Standard #Descentralized #Protocol #Federated

2025-01-24

@tk #XFS still rules!

Doughnut Lollipop ć€čØ˜éŒ²äæ‚ć€‘:blobfoxgooglymlem:tk@bbs.kawa-kun.com
2025-01-24
I still like #XFS . :blobfoxgoogly: #Linux
2025-01-15

Today, while spelunking for #kubernetes storage solutions, I found Garage garagehq.deuxfleurs.fr/ . Let's you turn any good old folder on a filesystem into a #s3 compatible target. Probably not as performant as #minio , but MinIO requires #xfs and demands absolutely zero fuzzing with the filesystem. This means my existing #zfs isn't a good fit. Even #zvols do a whole lot of magic under the hood.

Correction: minio seems to work on zvols, #TrueNAS even has it as a plugin.

Client Info

Server: https://mastodon.social
Version: 2025.04
Repository: https://github.com/cyevgeniy/lmst