Bug#1143565: Debian should default to XFS

Nicholas D Steeves <[email protected]>
Newsgroups gmane.linux.debian.devel.boot
Message-ID <87bjbeud01.fsf__13771.3372286939$1786053807$gmane$org@digitalmercury.freeddns.org>
Hi,

Felix Miata <[email protected]> writes:

> IIRC, *SUSE used to default the / filesystem to EXT4, and /home/ to XFS. That's
> been switched to BTRFS for both / and /home/. I think Fedora may also have
> switched to BTRFS.

I confirm that Fedora Desktop also uses btrfs by default.  Meanwhile,
Fedora *server* defaults to XFS.  SUSE Linux Enterprise Desktop defaults
to btrfs.  SUSE Linux Enterprise Server puts the rootfs on btrfs, but
uses XFS for data partitions.

If we're going to use a future-directed metric for "what users want",
btrfs-progs popcon looks like it will overtake xfsprogs by the time Duke
is released.  P.S. I still want to form a btrfs-enablement team, so
please let me know if you're interested!

Some other factors that might be worth noting: XFS does not appear to
ever be considered for use on small systems like phones, firewalls, etc.
XFS also used to be more fragile than ext4 in cases of kernel panic,
sudden loss of power, etc, and as far as I know this is still the case.
Should we really make the default fs one that is designed for systems
that have redundant PSUs and UPSs?  That doesn't sound very "do no harm"
to me, and in the same vein, there are workloads that trigger consumer
SSD-destroying write amplification with btrfs; this is why I'm not
pushing for btrfs-by-default at this time.

One of our DDs is also significantly involved with ext4, but to the best
of my knowledge we don't have anyone who also works on upstream XFS.
I remember reading an argument about how this is an advantage when
upstream has breaking changes that need to be disentangled from bugfixes
targeting the LTS kernel that we follow.

Cheers,
Nicholas
signature.asc (application/pgp-signature, 857 B)
-----BEGIN PGP SIGNATURE-----

iQJEBAEBCgAuFiEE4qYmHjkArtfNxmcIWogwR199EGEFAmp1A68QHHN0ZW5AZGVi
aWFuLm9yZwAKCRBaiDBHX30QYdeYEACmx4feW5LvX+dRCYGLKM25BZ6w7iCxcp2Y
q75NaHX/mCI+t03iyL7dIXrZn1QclE5hB9tEhHIQmswK+B6SwKdasuUkSObolSMq
hRXy0vgyDAfg0EN56zSNYvnj5CLhEdXZbdPjDwBaKjK4LVpCnBUYqOwVa1nk7VVN
jR6zYTdurc62YFMS0EEvT6aOBHoIdFpcD76JeULtt+9dDHCKk3a5BOQ09oZfYrPK
lhGlMDLzmfgaqtY19qfWcboah3vnSmhjLEby6uLt3vOSv40BDx1EjcAUbUbay/q9
BixczdbVGdnM+1Q+7XvuoczL6GblwVtfjH8QqpCyMEVzGSsNCOyr5w7kNblxMFFV
PaX4dtFdErqu5VLCOQDPnahZygHyKzlbQ2qHDlNgixtXUqA4zAJprhnLa5KnoAQr
iSz9Vr2624mSfR01FR18cqgPf/8N2wLOmGQk8soi5pchgu9PIvFKXhVUOgSAu5FW
GdYPBvgMRYXnvunDiDkPg+mZq+ahJOY8vgAoDCHh76WZZw6USlsoGe4CCtPSvTTK
aE0GrSXJJI796R4Ib/Nvkxdl/5mN8Q2iVMGhyhNhSxYOGM8OTCY2srfjseNDNjPL
kiyYpck7KWy2wSWsSx1sHgKsK2r8pZzaQlN3cpyURsWCLEZvDq4Nr4uYMwpZhCyq
bjOfM1xLrw==
=NIKl
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.