On Feb 21, 2012, at 10:12 PM, Steve Langasek wrote:
> What do you know of the upstart design that makes you think systemd's design
> is better? The above could be a paraphrase of Lennart's blog, for all it
> says about the upstart design.
Socket-based activation. It just seems to be the proper way to do it. Not depending
on a bunch of bash scripts to do the proper dependency resolving but seriously
breaking it down to the actual interprocess communication. It just appears
to be the most sensible solution to me.
The socket-based activation also allows to buffer any communication even
when a process like syslogd quits unexpectedly, so no information gets
> The meme that systemd is better than upstart because it doesn't depend on
> a shell is poppycock. No one has done any benchmarking to support the claim
> that /bin/sh is a bottleneck for upstart (particularly not on Debian or
> Ubuntu, where /bin/sh is dash, not bash);
That is probably true. But I still think that a more consistent and strict
software design is better. The boot process is in most cases more or
less the same, so why not make the init system smarter to simplify the
scripts/configuration files on the user side?
> OTOH, there are plenty of examples
> of how the limited use of upstart's built-in support for shell scripts makes
> for much more maintainable - and locally-modifiable - startup behavior than
> if this were all implemented in C.
The ability to modify the scripts locally might be an advantage for upstart,
yes. But OTOH, how many users actually do that? Usually, you never edit
the provided init scripts but add your own, custom ones. And since systemd still
supports SysV init, this type of customization is still possible.
>> There is a discussion about it here .
>>  http://undacuvabrutha.wordpress.com/2011/04/29/why-ubuntu-should-continue-with-upstart-for-11-10/
> Not sure why you think the comments on a blog post by a self-selected group
> of users say anything about what Ubuntu is going to do.
Well, the author of this blog works for Canocical, so I guess he has some
voice when speaking for Ubuntu
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org