Systemd se rapproche beaucoup de launchd (l'init d'Apple sous licence Apache), pour définir un service, on n'écrit plus un script shell mais un simple fichier de configuration (un format .ini like), donc on se débarasse de l'overhead lié au lancement d'un shell pour exécuter le job (upstart)/unit (systemd).
De plus, systemd est beaucoup plus aggressif qu'upstart pour la parallélisation des tâches et le lancement de services à la demande. Sous Fedora qui utilise encore des scripts d'init sysV, le démarrage est beaucoup plus rapide qu'avec upstart. Pour être honnête, il faudrait pouvoir utiliser les deux inits en utilisant des scripts/fichiers de configuration au format natif pour les différencier à ce niveau.
Par exemple, l'intégration de D-Bus dans systemd permet de parallèliser le lancement de services: si un service A requiert que le service B soit actif, plus besoin d'attendre que B soit lancé pour démarrer A, systemd s'arrange pour que D-Bus place les requêtes de A dans une file d'attente le temps que B ait fini de se lancer.
Systemd est assez bien fourni en outils d'administration (ligne de commande ou graphique) qui permettent de suivre l'état des processus (grâce à l'api cgroups du noyau linux entre autre).
[^] # Re: systemd / upstart
Posté par GeneralZod . En réponse à la dépêche Sortie de la bêta de Fedora 14 Laughlin. Évalué à 9.
De plus, systemd est beaucoup plus aggressif qu'upstart pour la parallélisation des tâches et le lancement de services à la demande. Sous Fedora qui utilise encore des scripts d'init sysV, le démarrage est beaucoup plus rapide qu'avec upstart. Pour être honnête, il faudrait pouvoir utiliser les deux inits en utilisant des scripts/fichiers de configuration au format natif pour les différencier à ce niveau.
Par exemple, l'intégration de D-Bus dans systemd permet de parallèliser le lancement de services: si un service A requiert que le service B soit actif, plus besoin d'attendre que B soit lancé pour démarrer A, systemd s'arrange pour que D-Bus place les requêtes de A dans une file d'attente le temps que B ait fini de se lancer.
Systemd est assez bien fourni en outils d'administration (ligne de commande ou graphique) qui permettent de suivre l'état des processus (grâce à l'api cgroups du noyau linux entre autre).
Tu trouveras pas mal d'informations sur ce billet de Lennart:
http://0pointer.de/blog/projects/systemd.html