On Tue, Jul 19, 2011 at 5:18 PM, Ian Jackson
<ijack...@chiark.greenend.org.uk> wrote:
> Bastien ROUCARIES writes ("Re: Minimal init [was: A few observations about
> systemd]"):
>> Forking daemon are reparented to init and we do not know if exit is
>> genuine or not.
>
> Right.
>
>> It seems this problem (double fork) is the basement of using cgroup
>> under systemd ;)
>
> I think messing around with cgroups is a ridiculous way to solve this
> problem. The right answer is simply to change the daemons to give
> them an option which causes them not to fork. Then you can just have
> a single supervision daemon which reaps (and restarts, if desired).
You could not forbid cgi bin to not fork.
>
> I haven't done a survey of the available init replacements but this is
> not a new concept and I hope that most of them implement it as a
> possibility.
The main problem is they are two concepts of init:
1. immortal child reaper what should not go mad (even malloc should not fail).
2. superdaemon that track/run other daemon and run login
The two are orthogonal. The main problem of actual init (even systemd)
is that they merge the two concept.
> Ian.
>
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/cae2spaycufxrd9tgs7-d9pl5ognhdaaeqhfes4vcjgyb8vu...@mail.gmail.com
