| View previous topic :: View next topic |
| What filesystem do you use? |
| ext 2,3,4 |
|
59% |
[ 61 ] |
| f2fs |
|
2% |
[ 3 ] |
| btrfs |
|
16% |
[ 17 ] |
| xfs |
|
13% |
[ 14 ] |
| zfs |
|
4% |
[ 5 ] |
| other |
|
1% |
[ 2 ] |
|
| Total Votes : 102 |
|
| Author |
Message |
pjp
Administrator
Joined: 16 Apr 2002
Posts: 20476
|
 Posted: Tue Aug 13, 2024 4:27 pm Post subject: |
 |
|
| logrusx wrote: | | I can't think of why filesystems could be that exciting. |
As a systems admin, it made life a lot easier.
I don't understand how the ZFSoL kernel modules and the kernel work together or I might use it. Loosely I understand that whenever the kernel is upgraded, I think the modules need to be rebuilt. That doesn't seem too bad. But I've read of enough problems that I just don't want the headache. On the other hand, I still don't have a backup / "NAS" system built either.
_________________
Quis separabit? Quo animo? |
|
| Back to top |
|
 |
logrusx
Advocate
Joined: 22 Feb 2018
Posts: 2374
|
| Posted: Tue Aug 13, 2024 4:43 pm Post subject: |
|
|
| pjp wrote: |
I just don't want the headache. |
Same here.
Best Regards,
Georgi |
|
| Back to top |
|
|
lars_the_bear
Guru
Joined: 05 Jun 2024
Posts: 512
|
| Posted: Wed Aug 14, 2024 7:44 am Post subject: |
|
|
| pjp wrote: | | But I've read of enough problems that I just don't want the headache. On the other hand, I still don't have a backup / "NAS" system built either. |
I suspect that most of the features of ZFS that made it appealing back in the day are now handled by other parts of Linux. LVM handles the storage pooling stuff and (to some extent) snapshots. Linux software RAID handles the RAID stuff. Some other Linux filesystems support copy-on-write semantics.
I use ext4 on my NAS, and I've never really had any reason to complain. I'm aware of its notional lack of features compared to more modern implementations, but it's done fine for me.
BR, Lars. |
|
| Back to top |
|
|
pjp
Administrator
Joined: 16 Apr 2002
Posts: 20476
|
| Posted: Wed Aug 14, 2024 3:53 pm Post subject: |
|
|
I don't know when Linux gained reliable LVM and mdraid support, but those options were used before ZFS. ZFS unifying those capabilities into a filesystem and tools makes it a lot easier / cleaner / simpler. I was disappointed when I learned bcachefs modeled it's CLI after btrfs. The btrfs CLI design principle seemed to be "Not like ZFS," which is a shame, because btrfs seems convoluted by comparison.
_________________
Quis separabit? Quo animo? |
|
| Back to top |
|
|
steve_v
Guru
Joined: 20 Jun 2004
Posts: 409
Location: New Zealand
|
| Posted: Mon Aug 19, 2024 10:57 am Post subject: |
|
|
| pjp wrote: | | I didn't see any easy way to know which kernel they support. |
Github -> Releases, top of each release listing, e.g.
| Quote: |
zfs-2.2.5 Latest
Supported Platforms
Linux: compatible with 4.18 - 6.9 kernels
FreeBSD: compatible with releases starting from 12.2-RELEASE
|
| pjp wrote: | | ZFS itself is good. but I'm not convinced about ZFSoL. I'd use it without hesitation on BSD. |
Been running a Debian/Devuan fileserver with ZFS as the main storage pool since 2013, no problems to report.
Can't comment on life with ZFS on Gentoo or other rolling-release distros, but I'd expect at least some aggravation same as any other out-of-tree module - i.e. the usual compatibility check prior to kernel upgrade and module rebuild after.
| lars_the_bear wrote: | | I suspect that most of the features of ZFS that made it appealing back in the day are now handled by other parts of Linux. LVM handles the storage pooling stuff and (to some extent) snapshots. Linux software RAID handles the RAID stuff. Some other Linux filesystems support copy-on-write semantics. |
Full hierarchical checksums with seamless automatic correction? Transparent compression and/or encryption? Multiple file copies? Virtual raw block devices (zvol)? Adaptive read cache with dedicated cache and/or write-intent devices? Deduplication? Online transaction-based network replication? Excellent management tools with consistent and non-aggravating syntax?
Linux native solutions are indeed improving, but EXT4 on MDRAID + LVM is hardly comparable to ZFS.
All that said, to return to the OP I wouldn't run ZFS on a single SSD, that's not what it's for.
_________________
Once is happenstance. Twice is coincidence. Three times is enemy action. Four times is Official GNOME Policy. |
|
| Back to top |
|
|
lars_the_bear
Guru
Joined: 05 Jun 2024
Posts: 512
|
| Posted: Mon Aug 19, 2024 11:33 am Post subject: |
|
|
| steve_v wrote: |
Full hierarchical checksums with seamless automatic correction? Transparent compression and/or encryption? Multiple file copies? Virtual raw block devices (zvol)? Adaptive read cache with dedicated cache and/or write-intent devices? Deduplication? Online transaction-based network replication? Excellent management tools with consistent and non-aggravating syntax?
Linux native solutions are indeed improving, but EXT4 on MDRAID + LVM is hardly comparable to ZFS.
|
You're preaching to the choir  I like ZFS. At least, I liked it on Solaris. I haven't used it on Linux beyond the 'ooh, look -- it works on Linux' point, because I don't have enough need for what it offers, to go to the hassle; and because it's not supported by Dropbox.
BR, Lars. |
|
| Back to top |
|
|
pjp
Administrator
Joined: 16 Apr 2002
Posts: 20476
|
| Posted: Mon Aug 19, 2024 8:42 pm Post subject: |
|
|
| steve_v wrote: | Github -> Releases, top of each release listing, e.g.
| Quote: |
zfs-2.2.5 Latest
Supported Platforms
Linux: compatible with 4.18 - 6.9 kernels
FreeBSD: compatible with releases starting from 12.2-RELEASE
|
|
Thanks, but that kind of emphasizes the point. When I got to zfsonlinux.org, I expect to find basic requirements information. Especially given that it is a critical component of updates. I don't see any links that facilitate discovering that information. Maybe it's an intentional choice.
| steve_v wrote: | | pjp wrote: | | ZFS itself is good. but I'm not convinced about ZFSoL. I'd use it without hesitation on BSD. |
Been running a Debian/Devuan fileserver with ZFS as the main storage pool since 2013, no problems to report.
Can't comment on life with ZFS on Gentoo or other rolling-release distros, but I'd expect at least some aggravation same as any other out-of-tree module - i.e. the usual compatibility check prior to kernel upgrade and module rebuild after. |
I'm only basing that on issues I've seen here. And at least some point, there seemed to be issues / lack of information on how to correctly configure it for Gentoo. I don't recall specifics, but I'm sure it would turn up with a search (I don't think there are that many topics).
| lars_the_bear wrote: | | All that said, to return to the OP I wouldn't run ZFS on a single SSD, that's not what it's for. |
Depends on why you think "that's not what it's for." A long time ago I believe it was a ZFS developer who wrote about recovering a photograph that had been corrupted. Seems like a good use for it to me. I can't find it now, but I was thinking it was an ars article, but maybe it was on one of the Sun blogs.
_________________
Quis separabit? Quo animo? |
|
| Back to top |
|
|
steve_v
Guru
Joined: 20 Jun 2004
Posts: 409
Location: New Zealand
|
| Posted: Tue Aug 20, 2024 8:17 am Post subject: |
|
|
| pjp wrote: | | Depends on why you think "that's not what it's for." |
I mean ZFS is, or at least was historically, an enterprise filesystem intended to be run on "big" Sun systems with many disks. A single device pool still gives you checksums, snapshots, etc. of course but no real redundancy or recovery options (i.e. no fsck) if the device fails hard enough to corrupt the filesystem.
IMO, if you're not leveraging the multi-device side of ZFS/ZoL, you're probably better off using something that doesn't have the hassle of out-of-tree non-gpl modules, like BTRFS.
_________________
Once is happenstance. Twice is coincidence. Three times is enemy action. Four times is Official GNOME Policy. |
|
| Back to top |
|
|
pjp
Administrator
Joined: 16 Apr 2002
Posts: 20476
|
| Posted: Wed Aug 21, 2024 3:44 am Post subject: |
|
|
| steve-v wrote: | | I mean ZFS is, or at least was historically, an enterprise filesystem intended to be run on "big" Sun systems with many disks. A single device pool still gives you checksums, snapshots, etc. of course but no real redundancy or recovery options (i.e. no fsck) if the device fails hard enough to corrupt the filesystem. |
I don't consider origianl usage a limiting factor since other benefits are a big improvement over standard alternatives. Similarly with a separate /usr and the discovered benefit of mounting it read only.
I'd forgotten about fsck. I'll have to look into and consider that. zfs-send / zfs-receive may outweigh the drawbacks. If I'm not mistaken, checksums achieve something similar to journaling. So single disk failure doesn't seem any worse. Unless I'm missing something.
| steve-v wrote: | | IMO, if you're not leveraging the multi-device side of ZFS/ZoL, you're probably better off using something that doesn't have the hassle of out-of-tree non-gpl modules, like BTRFS. |
Can the kernel no longer be patched with ZFS? I thought the out-of-tree modules were a workaround to shipping a kernel / binary distro with ZFS by default. Managing upgrade boot environments is one of the primary benefits, so the out-of-tree modules makes it much less compelling.
The hassle of not-ZFS is the reason I'm considering it. I'll have to look at requirements and see if I can do some VM testing.
LVM snapshots are less effective if /boot is separate, so I'll have to see how much that would limit ZFS. Although I guess nothing works when EFI is involved, and my laptop is EFI based.
Who could have guessed there are very good reasons for separate /bin and /usr.
As an aside, I found the article I mentioned. I was off on the details. It was from 2014 and the author wasn't a ZFS dev. It was about standard protection of multiple drives with ZFS and btrfs.
Nevertheless, I believe comparable "bit rot" protection can be had with a single drive and multiple metadata copies. Obviously at the cost of some additional storage. That doesn't seem worse than non-ZFS solutions, plus the other very useful features.
https://arstechnica.com/information-technology/2014/01/bitrot-and-atomic-cows-inside-next-gen-filesystems/
_________________
Quis separabit? Quo animo? |
|
| Back to top |
|
|
turtles
Veteran
Joined: 31 Dec 2004
Posts: 1694
|
| Posted: Sun Aug 25, 2024 12:28 am Post subject: |
|
|
| steve_v wrote: |
All that said, to return to the OP I wouldn't run ZFS on a single SSD, that's not what it's for. |
Good info
| logrusx wrote: | | I was involved in the thread where somebody complained about kernels 6.9 not being in tree anymore and they can't use ZFS because of that. |
ooouch that sounds like a rough pothole to avoid.
What filesystem do you guys think is the best for a single SSD Gentoo (or any Linux distro) laptop?
_________________
Donate to Gentoo |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Gentoo Chat
