Are there any comparisons of init systems that focus daily use metrics? Stuff like what writing scripts looks like and boot times and logging capabilities? (And any other use cases that are common)
Are there any comparisons of init systems that focus daily use metrics? Stuff like what writing scripts looks like and boot times and logging capabilities? (And any other use cases that are common)
@GaumBeist
wiki.gentoo.org/wiki/Compariso…
pistack.xyz/posts/2026-05-25-s…
the pistack article seems like potential ai slop
That is a gross misrepresentation of systemd…
It’s like saying GNU coreutils is monolithic because all of the individual tools combined are bundled together.
Systemd is comprised of many individual applications.
Even systemd-less distros need to implement ‘fake’ systemd components. It’s like a cancer. No one’s voluntarily using sub-components of systemd without systemd. It is a monolithic thing.
You can dislike systemd, its6okay. But there’s no need to be stupid about it.
Yes - things built to work with systemd… require systemd to work.
But you don’t need to use all the systemd services. You can use other tools. Because systemd is not a monolith.
How does systemd dare to provide useful functionality? It should be just as useless as all the other inits that nobody ever felt the need to depend on, simply because they do nothing interesting.
You can just build a way more functional and secure system with all the cool features systemd provides.
Most of its functionality is just reimplementing things that already existed, with an incompatible interface.
There are significant security/reliability improvements all over the place. E…g. logind actually works as promissed, which none of the clones do as they can not have the necessary infrastructure that is provided by other parts of systemd. Or udev using systemd-pid1 to start services: That fixes a well documented problem with udev starting services itself – which most non-systemd distributions do till today. Problems do notngo away by ignoring them.
Checkout non-systemd distros, most of them still use group based access to devices a user needs to run wayland. Of course that does not matter at all for X11, security is so poor there anyway.
Yeah, but things like human readable logs are almost all gone because of journalctl changes that went into the systemd ecosystem without anyone really running by folks who look at logs everyday.
It’s not the functionality of systemd I don’t like, it’s the Poettering way of just making changes to stuff without bothering to learn how any of the rest of us professionally use things.
I look at logs everyday and for me it’s good.
Yeap, you now get logs from all stages of the boot process, and you notice logs going bad or getting manipulated. It’s a huge step forward for Linux, especially for people that look at logs every day. They can finally trust the logs to be correct and complete.
And it is not even a change: I have never had real unix servers with plain text logs in 30 years working with them. Proper computers have always stored logs in databases or whatever. That’s actually a legal requirement in many parts of the world for many kindsmof servers.
Fantastic resources, especially that pistack article. Tysm!