Posté par xcomcmdr .
En réponse à la dépêche FreeBSD 10.
Évalué à 1.
Dernière modification le 02 février 2014 à 10:03.
Il n'y a qu'un seul processus :
fork + exec exec
Init --------------> Shell script -------> daemon
Dans tous les cas, utiliser les shell scripts pour contrôler les daemons ça donne ce résultat :
1) init starts a service process.
2) The service process starts some other sub process it needs.
3) The service process gets terminated to restart
4) The sub process stays running.
5) service started falls over in a heap because sub process is still alive.
;-)
Beaucoup de code répetter, j'aimerais bein que tu m'explique ou. Tout le code commun se trouve dans rc et rc.subr. Si tu y vois du code répetté, tu es obligé d'admettre que la description des units est du code (déclaratif certes) répétté, car cela fonctionne exactement pareil.
Au lieu d'avoir un script d'init par distribution (qui font tous à peu près la même chose), il y a un fichier .service fourni par le projet concerné (exemple : Nginx) qui fonctionne partout sans modification.
Et comme ce n'est pas du code, il y a beaucoup moins de risques d'erreurs.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Par rapport à quoi?
Posté par xcomcmdr . En réponse à la dépêche FreeBSD 10. Évalué à 1. Dernière modification le 02 février 2014 à 10:03.
Dans tous les cas, utiliser les shell scripts pour contrôler les daemons ça donne ce résultat :
;-)
Au lieu d'avoir un script d'init par distribution (qui font tous à peu près la même chose), il y a un fichier .service fourni par le projet concerné (exemple : Nginx) qui fonctionne partout sans modification.
Et comme ce n'est pas du code, il y a beaucoup moins de risques d'erreurs.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)