4 ms·

Sure, security has performance costs, but I don't think an init system (whose job, ultimately, is to fork and exec a lot of things) is going to be harmed by it.

Sure, security has performance costs, but I don't think an init system (whose job, ultimately, is to fork and exec a lot of things) is going to be harmed by it. And, anyways, if you had a libcoreutils, suddenly you're stuck worrying about symbol versions, LD_PRELOAD, etc., etc., whereas simply executing the binary is pretty simple.

ajross 10y ago
> I don't think an init system (whose job, ultimately, is to fork and exec a lot of things) is going to be harmed by it. The performance overhead of the script-heavy init system that preceded it is in fact one of the core design points of systemd. Boot time still matters in some environments, and the old init scripts were completely out of hand.
- bandrami 10y ago
  IDK. Slackware isn't noticeably slower to boot than Fedora, at least for me.
- JdeBP 10y ago
  > the script-heavy init system that preceded it ... was the non-shell-script upstart on at least two major operating systems, for quite a few years. * http://uselessd.darknedgy.net./ProSystemdAntiSystemd/ http://uselessd.darknedgy.net./ProSystemdAntiSystemd/ * http://blog.darknedgy.net/technology/2015/09/05/0/ http://blog.darknedgy.net/technology/2015/09/05/0/
  - ajross 10y ago
    Poeterring works for Red Hat and it was written on Fedora. Yes, Ubuntu had something else. I don't see how that's relevant to a discussion of systemd's design goals.
    - JdeBP 10y ago
      Fedora was one of those two systems, using upstart since Fedora 9. If you are going to participate in a systemd discussion, you should know what you are talking about, lest you once again (as indeed you are) promote the There Is Only System 5 init And systemd fallacy. Read the Uselessd Guy's articles already pointed to. Read the Debian Hoo-Hah where there were four choices. Read Lennart Poettering's own explanation, widely published a couple of years ago now, of how upstart was the motivator.
- MertsA 10y ago
  >The performance overhead of the script-heavy init system that preceded it is in fact one of the core design points of systemd. No this really isn't a primary design goal in systemd at all. In fact, Lennart Poettering even lists that misconception as myth number two on http://0pointer.de/blog/projects/the-biggest-myths.html http://0pointer.de/blog/projects/the-biggest-myths.html

ajross 10y ago

> I don't think an init system (whose job, ultimately, is to fork and exec a lot of things) is going to be harmed by it. The performance overhead of the script-heavy init system that preceded it is in fact one of the core design points of systemd. Boot time still matters in some environments, and the old init scripts were completely out of hand.

bandrami 10y ago
IDK. Slackware isn't noticeably slower to boot than Fedora, at least for me.
JdeBP 10y ago
> the script-heavy init system that preceded it ... was the non-shell-script upstart on at least two major operating systems, for quite a few years. * http://uselessd.darknedgy.net./ProSystemdAntiSystemd/ http://uselessd.darknedgy.net./ProSystemdAntiSystemd/ * http://blog.darknedgy.net/technology/2015/09/05/0/ http://blog.darknedgy.net/technology/2015/09/05/0/
- ajross 10y ago
  Poeterring works for Red Hat and it was written on Fedora. Yes, Ubuntu had something else. I don't see how that's relevant to a discussion of systemd's design goals.
  - JdeBP 10y ago
    Fedora was one of those two systems, using upstart since Fedora 9. If you are going to participate in a systemd discussion, you should know what you are talking about, lest you once again (as indeed you are) promote the There Is Only System 5 init And systemd fallacy. Read the Uselessd Guy's articles already pointed to. Read the Debian Hoo-Hah where there were four choices. Read Lennart Poettering's own explanation, widely published a couple of years ago now, of how upstart was the motivator.
MertsA 10y ago
>The performance overhead of the script-heavy init system that preceded it is in fact one of the core design points of systemd. No this really isn't a primary design goal in systemd at all. In fact, Lennart Poettering even lists that misconception as myth number two on http://0pointer.de/blog/projects/the-biggest-myths.html http://0pointer.de/blog/projects/the-biggest-myths.html