328
Systemd: Hidden Gems for a Better Linux
(tadeubento.com)
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
And it would be cancer because...?
Same reason as for all those years these old people are holding a grudge for...
It is not Unix philosophy (nothing is these days), it does not solve any problem they ever had (it does), it is no improvement over what we had before (it is) and even makes some broken and moronic things harder (it does), it is insecure (it improves overall system security), and it is one monolithic blob (it is not). Before systemd nothing depended on the init system (true, but then it did nothing useful that made having such a dependency worthwhile), and before systemd we were all free to use other init systems and distributions did not pick one for their users (they always did, offering additional inits only as unsupported iption just likenthey do now).
That's the typical list you get.
Oh, and it was shoved down all our throats by the mighty Lennart himself, backed by several multi billion dollar companies that brided thousands of distribution developers to destroy Linux (it was not).
Funnily enough it is pretty much the same BS we had when that monster of complexity called sysv init was introduced into distributions, replacing a simple script with a forest of symlinks. Of course the community was much smaller then and so we had a loser number of idiots to shout at everybody else.
It seems that, in many people's view, it's better to have janky scripts starting systems, having to delegate logging management and service monitorization to the services themselves or cumbersome tools poorly used by most distros such as logrotate? Systemd offers a good thing, easy configuration and IT DOES fix a LOT of issues. People who never tried it won't see how better it is, just try it... like I did 10 years ago.
One of the moments where we see the true power of systemd is when we use it for containers and suddenly realize that the tools used to manage the system such as
systemctl
andjournalctl
can be used to inspect and affect a container without even having to enter it. Another equally interesting moment in the systemd journey is when you've an ARM system with 512MB of RAM or even less and you figure out that it will save you precious resources for other things.The person you replied to is not criticizing systemd he's criticizing systemd detractors.
Not at all: I listed the arguments you will get for that question of yours. They all are bogus, as I tried to explain between the parens.
I also updated my reply to make it more clear. It wasn't "aimed at you".
http://web.archive.org/web/20140428103624/http://boycottsystemd.org/
Just to name a few reasons.
The fact the original website is no longer available tells us a LOT about it. Maybe the server running it crashed because it didn't have proper service monitoring... or all the init jankiness was wasting so much resources the guy paying for the server run out of money :D
Now in all seriousness: I don't disagree with most points however, systemd also provides a TON of functionally that was never this easy and stable. Also if you consider the grand scheme of things Docker and whatnot are a bigger virus than systemd is or will ever be and the irony is that systemd does run containers with less overhead :).
No need to drag that BS from the archives. It was never correct nor convincing.
Wow wonder what happened to those guys?:)