Alpine linux uses musl as its libc, which contrary to the articles' claims (unless I'm missing new information?) can have severe performance implications in many production settings.
update: I found this April 2025 blog post where someone performed some benchmarks and found that musl runtime performance is still pretty far behind glibc: https://edu.chainguard.dev/chainguard/chainguard-images/abou...
https://github.com/microsoft/mimalloc
as https://en.wikipedia.org/wiki/Chimera_Linux / https://chimera-linux.org/ does.
Which btw. can be done in Alpine, too:
As it so happens, I recently transitioned my daily driver laptop from Debian to Debian running under WSL2 on Windows. I had good reason for doing it. But I guess running that makes me a double loser.
Try making a package - it's one big repo and really easy to use another package as a starting point. I built a package for KiCad in a trivial amount of time.
> NixOS is the only one that we didn't hate. Technically, it's a marvel, but the learning curve is too high. Because who has time to learn a new system when you can just stick with what you know and complain about it?
https://cachyos.org is Arch without the masochism, and 'riced' to the max, without being fragile.
But yeah, depending on the task Alpine, or some BSD is ok, too.
Regarding ZFS, I couldn't care less. BTFRS has caused me no stress, doesn't need Solaris Portability Layers, and doesn't work against otherwise established memory systems. Feels much smoother and less wasteful for me.
jmclnx•8mo ago
But FreeBSD is a good choice, but its pf seems a bit outdated. Or should we consider FreeBSD's pf a fork of OpenBSD's and a different product ?
nesarkvechnep•8mo ago