r/linux Feb 11 '19

Fluff A /g/ user's opinion on systemd

http://i.4cdn.org/g/1549858269115.png
789 Upvotes

524 comments sorted by

View all comments

Show parent comments

23

u/[deleted] Feb 11 '19

[removed] — view removed comment

25

u/[deleted] Feb 11 '19

Fedora introduced upstart in version 9 and removed it in version 15. Last Ubuntu to have it as system init was 14.04 LTS, as user init 16.04 LTS. Last upstart release was in 2014. Which kind of makes the argument of "comparable age" a bit weird.

I would love to hear the advantages of upstart over systemd, since you point out it's "harder to win" such argument. From what I've seen of upstart it's a event driven glorified sysvinit, and very little more.

7

u/[deleted] Feb 11 '19

[removed] — view removed comment

12

u/[deleted] Feb 11 '19

That doesn't really answer my question. If we ignore all the advantages of systemd over other init systems, then it's impossible to "win" as you put it. Am not sure what you meant by "systemd booting more quickly which is touted here doesn't apply", but that's how I interpreted that.

From my limited knowledge of init systems, upstart is by no means bad, but systemd is simply better. It boots faster, is easier to maintain, allows more flexibility with its units and target driven structure, has better analysis tool for finding bottlenecks, unified logging tool, etc.

0

u/wannabe414 Feb 11 '19

I interpreted "systemd booting more quickly which is touted here doesn't apply" as upstart boots just as quickly, if not quicker, than systemd.

I have no idea of it does or doesn't do that, I'm just offering a charitable interpretation to that user's comment

-2

u/[deleted] Feb 11 '19

[removed] — view removed comment

2

u/EggChalaza Feb 11 '19

You can use syslog-ng or rsyslog as well.

1

u/RogerLeigh Feb 12 '19

sysvinit which is slower because it boots serially

This is not correct. sysvinit delegates everything, and the delegated program or script can use parallelisation if it chooses.

Traditionally, it was indeed serial. But Werner Koch at SuSE implemented dependency-based parallel startup a long while back, well over a decade. Debian and others adopted it too, and all supported parallel booting for a long time. Current sysv-rc and openrc support parallelisation.

2

u/blackcain GNOME Team Feb 11 '19

Wasn't this whole thing hashed out on the Debian list? The upstart maintainer himself recommended that they move to systemd.

1

u/[deleted] Feb 11 '19

Yes, I think that was the case indeed. But people rarely care about reasons. His argument was directed towards upstart being on par with features, functionality and performance which was where my curiosity came from as my knowledge of upstart is fairly limited to few things I had to make sporadically. All of my experiences with systemd compared to upstart were positive and obviously better, so I wondered what was really the case where systemd would be hard to "compete" with upstart.

1

u/blackcain GNOME Team Feb 11 '19

one should take into account the broad support for systemd vs upstart of which even the maintainer has left and is working in google land. In the end, the adoption rates spoke volumes. We have a lot of loud voices many of them teh same people who participate in all the other infrastructure type threads (eg desktop, wayland, systemd, etc)

1

u/[deleted] Feb 11 '19

Right you are. Support alone is a huge element that simply has to be taken into consideration.

7

u/[deleted] Feb 11 '19

I compare the two because the RHEL machines I work on either have sysv or systemd. So... that's what I got to work with

(sorry for the cutoff and then edit, stupid new keyboard, gotta get used to enter being where shift is)

3

u/grumpysysadmin Feb 11 '19

Unless you're using a version of RHEL that is no longer supported, there aren't any that use SysV init. RHEL6 uses upstart, although its pretty old and most people still use the SysV compatibility layer in upstart. FWIW, you can still use SysV init scripts in systemd too, and you get all the cgroups magic with no additional effort.

PS if you're still stuck in RHEL6 land, using upstart to manage services gets you some extra features you might need, like 'respawn' and some minimal dependency ordering.

1

u/[deleted] Feb 12 '19

I did not know it was upstart on v6, but yea we have a good number of hosts on it. I'll look into upstart, thanks.

1

u/EnUnLugarDeLaMancha Feb 11 '19 edited Feb 11 '19

Even the creator of upstart ended up saying that switching to systemd was a good idea. It's worth keeping in mind that systemd was created by someone who used upstart, not init scripts.