Et puis Ubuntu avec Upstart... Sans compter que les scripts de démarrage s'appuient tous sur les spécificités de chaque distribution avec, par exemple, des fichiers de configuration dans /etc/sysconfig chez Redhat mais pas chez Debian.
La vérité, c'est que le démarrage des systèmes Linux n'est pas normalisé et n'a pas même réussi à se standardiser alors pourquoi ne pas tenter autre chose ?
Il y a quand même une fonctionnalité qui a l'air de rester invisible ici alors qu'elle me paraît être la killer-feature de systemd. Systemd peut faire redémarrer des services sans avoir à redémarrer la machine : les sockets stockent les données qui leur arrivent pendant que le service concerné redémarre, puis ce service peut traiter ce qui était en attente dans les sockets qu'il utilise. Ce n'est pas une fonctionnalité utile pour un serveur ou même pour une simple machine ?
[^] # Re: linuxo-centré.
Posté par Laurent A. . En réponse au journal systemd est un "bloat". Évalué à 2.
Et puis Ubuntu avec Upstart... Sans compter que les scripts de démarrage s'appuient tous sur les spécificités de chaque distribution avec, par exemple, des fichiers de configuration dans /etc/sysconfig chez Redhat mais pas chez Debian.
La vérité, c'est que le démarrage des systèmes Linux n'est pas normalisé et n'a pas même réussi à se standardiser alors pourquoi ne pas tenter autre chose ?
Il y a quand même une fonctionnalité qui a l'air de rester invisible ici alors qu'elle me paraît être la killer-feature de systemd. Systemd peut faire redémarrer des services sans avoir à redémarrer la machine : les sockets stockent les données qui leur arrivent pendant que le service concerné redémarre, puis ce service peut traiter ce qui était en attente dans les sockets qu'il utilise. Ce n'est pas une fonctionnalité utile pour un serveur ou même pour une simple machine ?