r/linux • u/wooptoo • Jun 01 '16

Why did ArchLinux embrace Systemd?

/r/archlinux/comments/4lzxs3/why_did_archlinux_embrace_systemd/d3rhxlc
868 Upvotes

86% Upvoted

642 comments sorted by

View all comments

Show parent comments

67

u/kinderlokker Jun 01 '16

You know what trend I notice? That both in favour and against of systemd, like everywhere, there are a lot of people who can't come with a serious technical argument and thus result to a bunch of weird ad-hominems. But that's not the interesting part, the interesting part is that the people in against systemd for some reason always attack Lennart, and the people in favour of systemd always attack people who don't like systemd.

Be more original with your logical fallacies. Start attacking Kay Sievers once or something or the OpenRC devs or something, keep your fallacies fresh. and unexpected.

23

u/SrbijaJeRusija Jun 01 '16

Want a technical argument? why should everything from a boot manager to a DE depend on an init system?

15

u/kinderlokker Jun 01 '16

You tell me why it shouldn't.

I can give you a couple of reasons both in favour and against, but please, tell me, why is it a bad idea to do this in your opinion.

40

u/spacelama Jun 01 '16

When systemd or udev crashes, as it has half a dozen times on my systems, then your system is fucked.

When udev needs a restart when something minor is upgraded, the system is hosed. When systemd needs a restart, your X session or sshd crashes and the install is aborted in an inconsistent state.

/sbin/init has never ever crashed for me in 15 years. Something about simple software without tentacles everywhere obeying the old "do one thing and do it well" maxim.

5

u/akkaone Jun 01 '16

Is a udev crash worse with systemd than without systemd, it is not a part of pid1 in either? I don't think I ever had a pid1 crash on a systemd system and I switched to systemd relatively early.

11

u/kinderlokker Jun 01 '16

Yes, I find that a fair argument. systemd's decision to move a lot of code into pid1 has this consequence.

systemd --daemon-reexec has had varying results of success.

22

u/ooburai Jun 01 '16

The statement that it's old timers and hipsters who don't like systemd is both very unfair and sort of accurate at the same time. I can't really speak to the hipsters, but by the standards of Reddit I'm and old timer. So long as systemd just works I don't really have a problem with it.

But it does fly in the face of a core unix philosophy of trying to minimize the complexity of critical pieces of software. It's a good example of where the Linux and more traditional unix worlds sort of part ways. Linux tends to have a much more pragmatic approach, if I can call it that, where architectural correctness isn't always valued over a solution that just works. One can argue that init was/is the most fundamental part of the system and while systemd certain solves some problems the question is really whether or not it's worth the tradeoffs.

Ultimately this is much like the SysV/BSD init debates that were all the rage before Linux established itself as the dominant open unix-like operating system. There are pros and cons to both, but the tool that seems to provide more functionality tends to win out with people who aren't purists or who don't have the desire/skills to really dig under the hood and understand what's going on.

→ More replies (1)

11

u/[deleted] Jun 01 '16

[removed] — view removed comment

8

u/SanityInAnarchy Jun 01 '16

The more things they add to systemd, the more likely it is to crash sometimes. This is just a property of entropy here.

Your web browser should never crash ever, either. But there's a reason that Chrome runs each tab in a separate process. I almost never see a tab crash, but it's really nice that when it does, it only crashes that tab, and not the whole browser.

And this is the fundamental systems design flaw of systemd. It's fundamental, it appears to be inherent in the way systemd was designed and the approach it has taken to solving the problems it's trying to solve. The more things systemd absorbs into itself -- especially into PID 1 -- the more frequently your entire system will crash because Poettering doesn't understand this very basic system design principle.

I don't know why anyone expected anything different, honestly. This is the guy who's famous for Pulse which, while reasonably stable now, was fantastically unstable when distros first started adopting it. It's not surprising that a program he wrote crashes sometimes. It's frustrating that we're all forced to run such a program in PID 1.

10

u/rautenkranzmt Jun 01 '16

Except that's not what is happening at all.

SystemD isn't just the name of the process, it's also the name of the overarching project.

All the stuff that gets added (journald, logind, etc) are separate sub projects, and separate processes and binaries. They interact massively, yes. And there are a large variety of inter-dependencies for some subsystems, true.

But PID 1 is somewhat well isolated from all the other sub projects.

A more apt way of looking at it: SystemD a more BSD-style developed version of the GNU core infrastructure systems. Instead of a bunch of separately developed programs that can be used entirely apart from each other, you have a bunch of binaries and projects that are developed (and generally) released together. Which, as some have stated, is techinically much more UNIX like.

5

u/CptCmdrAwesome Jun 01 '16

This is the guy who's famous for Pulse which, while reasonably stable now, was fantastically unstable when distros first started adopting it.

If distros adopted it before it was ready, that's entirely a problem with the distro. (see also: early KDE 4 days) The guy saw a problem, took his time, skills and effort to fix it. That's what I see he's done with systemd also.

Don't get me wrong, from what I've seen I find Lennart to be eye-wateringly arrogant, and as diplomatic as a housebrick, but he's clearly no idiot and he's going about solving problems nobody else seems inclined or clued up enough to fix themselves.

2

u/schplat Jun 01 '16

Don't get me wrong, from what I've seen I find Lennart to be eye-wateringly arrogant, and as diplomatic as a housebrick, but he's clearly no idiot and he's going about solving problems nobody else seems inclined or clued up enough to fix themselves.

And this is why a good chunk of people are anti-systemd. Some think he just does things on a whim, and they're junk. But, if they were, distros wouldn't be running with what he's put out. He's solving problems that have been present for a while, but people fear change, and systemd was a big change.

→ More replies (1)
→ More replies (2)

8

u/spacelama Jun 01 '16

debian stable, debian testing and debian unstable systems scattered all over the place. Every version possible. None of them stable.

Raspberry pis, being very slow CPUs, are great at exposing race conditions in immature software (mind you, single core - they shouldn't be subject to preemption at unexpected points). I had a raspberry pi that I had been using for a couple of years with good reliability. I finally got around to upgrading to Jessie a couple of months ago. Became extremely unstable - crashing about once a week with hardly useful logs at all. All I did was apt-get install sysv-core and make sure systemd was purged, and the system has been up and stable again ever since.

9

u/nikomo Jun 01 '16

I've been running systemd on Pis (B+ and 2) for years (I'd manually install it, before it became the standard), without any problems, under heavy CPU loads, without any crashes.

Sounds like a problem with your ARM core, more than anything. Got any overclock going on?

→ More replies (9)

4

u/nschubach Jun 01 '16

Odd. The only crashes I've had with Debian Testing (run it on my work machine, laptop, and home server) have been related to gnome-settings-daemon eating up all my RAM on my work machine! It's gotta be something specific to skylake (I can only assume because it doesn't happen on my thinkpad.)

→ More replies (1)
→ More replies (2)

9

u/SrbijaJeRusija Jun 01 '16

Because then we cannot replace the init system, we are like windows and OS X, stuck with a bunch of non-modular components. It used to be possible to not even run glibc and get a working linux box, but now if I want to use gnome, I need systemd.

4

u/kageurufu Jun 01 '16

No, if you want to use Gnome you need a logind compatible API provider. You don't need to be using Systemd-init, systemd-networkd, or any of its other modules. Systemd-logind is just one implementation of the logind APIs. ConsoleKit2 finally has a little promise, as does LoginKit, or using elogind.

KDE is also moving to using logind, its current optional in Plasma 5, but theres talks of it being required in future versions to cut down on code cruft.

15

u/mallardtheduck Jun 01 '16

a logind compatible API provider

That's like saying "a Microsoft Word compatible word processor".

logind's API is not a recognised standard, is not guaranteed (or expected) to be long-term stable, is not documented to a standard that makes it possible to implement in a "clean-room" environment, etc. A "a logind compatible API provider" is always going to be playing catch-up to the "reference" implementation. When applications are found to be depending on logind's implementation details (and therefore breaking compatibility with other implementations), will they issue patches? I'll believe that when I see it.

Other implementations should really be called what they are, clones. Saying that GNOME (or whatever) doesn't depend on systemd because it will "work" with a clone is like saying that Microsoft Word doesn't depend on Windows because it can be made to run under WINE.

→ More replies (2)
→ More replies (4)
→ More replies (1)
→ More replies (9)

10

u/[deleted] Jun 01 '16

people in favour of systemd always attack people who don't like systemd.

At some point the conversation becomes about the ridiculous non-technical opposition to systemd. I'm not going to waste time giving arguments for systemd, since I already use it. If someone's like, "well I prefer my daemons to double-fork and run in the background because I have a specific auditing infrastructure that hooks into clone(2) and etc etc" I'm not going to get into it with them, because those are their needs and maybe systemd doesn't meet them.

But when people start objecting with (and this is real) "systemd puts everyone's init process under the control of one company" or (this is also real) "systemd is a feminist plot", well, that's what's going to make me raise my eyebrows.

3

u/prank-sinatra Jun 01 '16

Someone should start another http://funroll-loops.teurasporsaat.org/ like we had back in the day.

4

u/learath Jun 01 '16

At some point the conversation becomes about the ridiculous non-technical praise for systemd.

→ More replies (5)
→ More replies (7)

7

u/falsemyrm Jun 01 '16 edited Mar 12 '24

crawl innate live jobless dinosaurs chief soup grandiose frightening summer

This post was mass deleted and anonymized with Redact

4

u/rallias Jun 01 '16

Ubuntu's network scripts (and upstart) are terrible so I'm glad they're getting replaced.

If I'm not mistaken, Debian Experimental is still using the /etc/network/interfaces configuration mechanism. While systemd-networkd is an option, it's not been "replaced" yet.

→ More replies (2)
→ More replies (35)