HAMMER1 on DragonflyBSD runs well with little memory, including running dedup. It also has the binary pkg system just like FreeBSD. Also, the DRM drivers are up to date and support current Intel GPUs.

> It also has the binary pkg system just like FreeBSD.

Not just like, but the very same one. DPorts is FreeBSD ports with a few patches, and pkg in DragonflyBSD is pkg from FreeBSD.

> Also, the DRM drivers are up to date and support current Intel GPUs.

I believe FreeBSD is integrating that work itself. Intel GPU support on Dragonfly is pretty great.

Huh. I had not really looked closely at DragonFly in a while. I had briefly looked at it when setting up my new server, but the fact that HAMMER does not deal with redundancy itself made me stick with FreeBSD/ZFS.

On a laptop, however (with an Intel GPU) that is not an issue, as there is only one disk, anyway. I might have to take a look over the summer.

Redundancy as advanced as ZFS can do would be sweet, but if you're ok with something simple, like a two disk setup, you can put a PFS on each and stream one disk to the other.

Well, if you're willing to tune settings there's an example on the FreeBSD wiki of someone with a laptop "running nicely" with 768M and their settings.

https://wiki.freebsd.org/ZFSTuningGuide

I've no idea what compromises that'll bring you, or how it would react to you pointing it at a multi TB space.

VMS could run a versioned FS in <128MB of RAM, so there's really nothing conceptually in the way. I bet with dedup off and some tweaking you can get ZFS to run in very little memory.

That's not really an apples to apples comparison. VMS versioning is a completely different thing than ZFS snapshots and copy on write.

> It's unfortunate, as I'd love to have a versioned FS

btrfs at your service then. Comes with the mainline Linux-kernel. Give it a spin!