Re: Par rapport à quoi?

L'init basique : si basique veut dire simple et compréhensible, je préfère systemd à SysV et similaires et leurs scripts. Si basique veut dire limité, j'en ai pas besoin.

S'il faut dire ça en une phrase, je dirais que basique veut dire ici limité tant que ça reste simple et compréhensible. Par exemple, sous la vm avec OpenBSD que j'ai (j'ai pas de FreeBSD mais ça ressemble peut-être) les scripts d'init sont tous du genre (donc moins de 10 lignes, voire souvent 3 lignes exactement) :

#!/bin/sh
#
# $OpenBSD: sshd,v 1.2 2013年02月05日 00:26:31 halex Exp $
daemon="/usr/sbin/sshd"
. /etc/rc.d/rc.subr
rc_reload() {
 ${daemon} ${daemon_flags} -t && pkill -HUP -f "^${pexp}"
}
rc_cmd 1ドル

et tous utilisent un script commun rc.subr qui fait 200 lignes. Le système d'init semble guidé par /etc/rc, script d'un peu plus de 500 lignes. Donc, je dis peut-être des bêtises (les système d'init c'est pas un de mes grands intérêts), mais ça m'a l'air aussi simple qu'on peut espérer niveau implémentation et maintenance si on ne veut que les fonctionnalités start-stop-restart-reload, et il y a moins de chance qu'il y ait un bug dans 700 lignes de shell que dans une centaine de millier en C, d'où l'intérêt.

Ceci dit, si t'as besoin d'un boot en parallèle ou que sais-je et utilisant des technologies plus complexes ce n'est sans doute pas ce qu'il faut, d'où l'intérêt de systemd aussi (voire d'autres systèmes comme openrc pour ceux qui sont mitigés dans leurs besoins et priorités).

Ça trolle souvent sur les systèmes d'init, mais j'ai quand même l'impression qu'au final le choix de système d'init devrait juste être déterminé par les besoins spécifiques de chacun, de l'utilisation qu'il en fait, et de ses priorités. Et si l'utilisateur n'a pas d'avis par rapport à ses besoins c'est que n'importe lequel des deux fera l'affaire.