- XFS is actively developed with the linux kernel.
- stratis is kind of the traditional approach of a layered approach to filesystems instead of building the features into each filesystem. This has traditionally been a workable solution. It's reasonable to expect this to be workable going forward if not immediately.
- ZFS is 13 years old now and very much battle tested at this point. ZFS on linux goes back an entire decade.
Much of what you are running is just tested code running via a layer to provide compatibility with a different unix like OS. In fact its funny that you should mention FreeBSD considering freeBSD's will be running code based on zfs on linux.
"In the past few years the vast majority of new development in ZFS has taken place in DelphixOS and zfsonlinux (ZoL). Earlier this year Delphix announced that they will be moving to ZoL"
"While working through the git history of ZoL I have also discovered that many races and locking bugs have been fixed in ZoL and never made it back to Illumos and thus FreeBSD. This state of affairs has led to a general agreement among the stakeholders that I have spoken to that it makes sense to rebase FreeBSD's ZFS on ZoL."
It seems that freebsd thinks that zfs on linux is not only production ready its better and more bug free than the illumOS version.
It's hard to imagine a universe where zfs on linux isn't considered sufficiently production ready despite having received man centuries of effort over more than a decade while hammer2 the result of what less than a man year of total effort over 4 years is. This is not to denigrate the authors efforts. DragonflyBSD and hammer2 look quite interesting.
You see a glass half empty wasteland lacking in any good options I see an embarrassment of riches current and upcoming.
XFS is maintained not "developed" anymore (despite RH/Oracle little push), as Dave Chinner announce time ago (at Vault conference few years ago, if I remember correctly) simply saying that Irix glorious time was a thing of the past and xFS codebase can't comply to modern needs so it should be considered a legacy solution...
Stratis is essentially a wrapper around actual Linux storage that try to hide it's limitation and being a RH project I expect tons of bugs and idiosyncrasy...
Zfs is battle tested on OpenSolaris, witch is unfortunately dead and IllumOS devs simply can't keep up the project, LLNL Linux port despite it's fantastic work is still not production ready on GNU/Linux despite many use it in production (including on non-ECC ram machines!)...
I tend to be pessimistic as you rightly say but I do not see any "rich present" and good upcoming future.
A small things: while I'm not much interest in "voting" and "gamification" (and they are NOT part of hacker culture) when people upvote/downvote a post WHY THE HELL they do not COMMENT to explain their reasoning?
I see this trend few times here and it's quietly interesting: one can say "hey you state a false thing" or "I disagree because of this and that". That's help us all to understand something, expand even if a little bit our knowledge, form an opinion with stronger roots/more data etc. Otherwise it's seems to be far more like a censorship mechanism disguised by "a way to promote more interesting contents".
Think a bit about that, we miss usenet, many do not even use mailing lists at all, to few have time and resources to keep up personal websites, it's hard without a common mean of communication to reach personal websites... As a result even platforms like HN can potentially drive "the community" (in the most ample sense) to a certain direction desired not by us but by the platform holder itself or someone who abuse the platform "gamified" mechanism.
Downvote for disagree is a poor strategy. For example I didn't downvote you.
Downvotes are more useful for low quality posts that don't contribute. If something is a distraction or disruption or just plain not useful sometimes engaging would just magnify the degree of disruption or time wasting and its easier to downvote and move on.
In fact something that is worth engaging on is almost always not worthy of downvoting. In fact if you downvote the post people are less likely to read YOUR post and if it comes to pass you are correct you will have missed out on the opportunity to inform readers who now wont read the parent post you are replying to or yours.
In the end people are likely to downvote because its easier to click a little arrow than write something. I wonder if one could weigh more heavily those posts which are simultaneously downvoted and not replied to.
IMO in today's community (too big and less and less acculturated in any sense than the past) we need personal websites that collect peoples public ideas and a discussion platform like usenet. On usenet there is a continuous stream of contents, valuable one may then end-up in some personal sites and being cited in future posts so newcomers can still discover it when needed/desired while not much valuable one slowly or quickly be forgotten in ngs history's...
Gamification while have some "attraction" for many does not really guarantee that valuable contents remain available and tend to push far more extreme/non valuable contents fading into oblivion most interest stuff that might be "elitist" by nature... This, of course, while NOT counting all possible abuse in both "artificial downvote" and pushing extra contents to "censor by oblivion" unwanted contents.
Splitting platforms like StackExchange or HN vs Facebook might help and might reduce abuses but IMO it's certainly not an answer...
Agree with the sentiment on XFS. It will be interesting to see what the future ‘unifying’ file system will be for Linux given Btrfs is dead as a donut (afaik).
Your statement on ZFS is factually incorrect, I would say. iXsystems develop and support plenty of enterprise grade systems with ZFS on Linux. The OpenZFS project is alive and kicking with several platforms including FreeBSD and Linux. FreeBSD has run off the OpenSolaris upstream source for years, but has recently announced they are rebasing to ZFS on Linux [1]. This means less / no fiddling around with feature flags to share file systems between FreeBSD and Linux. Long live OpenZFS!
Can't comment on others, but ZFS. I fell in love with FreeBSD + ZFS when I set up a dedicated file server. The ease of use, feature set, integration, and reliability is just lovely. At times, I cannot believe that I'm getting all of it for free from an open source project (Ex-NetApp er, who was amazed by WAFL before touching ZFS).
Having said that, I don't think rebasing to ZoL is a bad idea as long as intentions are right(FreeBSD being considered as equal, and not an after thought. No commit should be allowed if it breaks CI with FreeBSD without exceptions). Having ZFS bridging the Linux and BSD storage realms can be amazing. Also, more open source eyes on a singular OpenZFS project the better.
In the past I'd loved zfs and I still love it's physical volume management ability and it's concept of pooled storage however after years I choose to ditch it.
- stratis is kind of the traditional approach of a layered approach to filesystems instead of building the features into each filesystem. This has traditionally been a workable solution. It's reasonable to expect this to be workable going forward if not immediately.
- ZFS is 13 years old now and very much battle tested at this point. ZFS on linux goes back an entire decade.
Much of what you are running is just tested code running via a layer to provide compatibility with a different unix like OS. In fact its funny that you should mention FreeBSD considering freeBSD's will be running code based on zfs on linux.
https://lists.freebsd.org/pipermail/freebsd-fs/2018-December...
Of note
"In the past few years the vast majority of new development in ZFS has taken place in DelphixOS and zfsonlinux (ZoL). Earlier this year Delphix announced that they will be moving to ZoL"
"While working through the git history of ZoL I have also discovered that many races and locking bugs have been fixed in ZoL and never made it back to Illumos and thus FreeBSD. This state of affairs has led to a general agreement among the stakeholders that I have spoken to that it makes sense to rebase FreeBSD's ZFS on ZoL."
It seems that freebsd thinks that zfs on linux is not only production ready its better and more bug free than the illumOS version.
It's hard to imagine a universe where zfs on linux isn't considered sufficiently production ready despite having received man centuries of effort over more than a decade while hammer2 the result of what less than a man year of total effort over 4 years is. This is not to denigrate the authors efforts. DragonflyBSD and hammer2 look quite interesting.
You see a glass half empty wasteland lacking in any good options I see an embarrassment of riches current and upcoming.