Je trouve que systemd apporte au contraire beaucoup de fonctionnalités supportées nulle part ailleurs. Pour moi les deux fonctionnalités suivantes sont vraiment les plus importantes :
Activation à partir des socket : quand on démarre un service, si on a besoin d'un autre composant à travers une socket, alors systemd va intercepter cet appel et va retarder sa connection jusqu'au moment où l'autre composant en question est capable de la traiter (c'est à dire que la connection du composant est configurée). Ça permet de démarrer tous les process en même temps et de les faire communiquer le plus tôt possible. Par exemple, plutôt que de lancer dbus, puis lancer NetworkMonitor, on lance les deux en même temps et on gagne du temps (par exemple on résoud les bibliothèque en parallèle pour les deux programmes).
Gestion des cgroups automatiquement : lorsque l'on démarre un service (par exemple apache), celui-ci est démarré dans un cgroup distinct. Lorsque l'on va arrêter ce service, on va tuer tous les process du cgroup. L'intérêt principal, c'est qu'un serveur qui lancerait plusieurs process en tâche de font va être correctement terminé ainsi que tous les autres process qui y sont liés. Plutôt que de devoir gérer les pids d'une manière toujours différente d'un programme à l'autre, ici c'est générique quel que soit le programme à gérer.
Une liste plus longue est disponible ici : http://0pointer.de/blog/projects/why.html
Elle est à mon avis sujette à interprétation mais ça donne à mon avis quelques points à investiguer.
[^] # Re: linuxfr: doc officielle de systemd
Posté par Damien Thébault . En réponse au journal yet another journal about systemd. Évalué à 10.
Je trouve que systemd apporte au contraire beaucoup de fonctionnalités supportées nulle part ailleurs. Pour moi les deux fonctionnalités suivantes sont vraiment les plus importantes :
Une liste plus longue est disponible ici : http://0pointer.de/blog/projects/why.html
Elle est à mon avis sujette à interprétation mais ça donne à mon avis quelques points à investiguer.