Ce n'est pas tout à fait la même chose. Loin de moi d'enlever les mérites de SMF mais ce n'est pas nouveau. Il me semble que gentoo a un système équivalent et qu'il y a aussi des solutions basées sur make qui existent (au moins en stade prototype). Mon avis sur SMF est à prendre à la légère car je le connais mal.
Le petit plus de la solution présenté ici est le "bus system" (DBus). Bien sûr dans le cas de gnome-session ça sera surtout un "bus utilisateur".
Avec un "bus system" tu peux avoir :
- un système de supervision qui lance et arrète les services
- un boot graphique à l'écoute du bus system et qui remonte des infos
- un system de log aussi à l'écoute du bus system qui log les evènements
- un programme qui demance au superviseur de lancer un nouveau service par exemple
- etc
Plus subtile. Considérons que cups est configuré. Cups n'est utile que lorsque tu imprimes. Si tu n'imprimes qu'une fois par mois, avoir cups en permanence en mémoire est pénalisant.
Avec la solution qui se dessine, on peux avoir un programme qui demande le service "impression" en passant par DBus, un système "tout en haut" à l'écoute de DBus qui regarde si cups est autorisé à être excécuté, lance cups, via DBus indique que cups est prêt, le programme peut maintenant faire l'impression. Si le superviseur constate que cups n'a rien dans sa file d'impression et n'a rien fait depuis 1 heure, il peut décider d'arrêter cups.
[^] # Re: c'est l'un des points "forts" du nouveau solaris.
Posté par fabb . En réponse au journal System Service. Évalué à 2.
Le petit plus de la solution présenté ici est le "bus system" (DBus). Bien sûr dans le cas de gnome-session ça sera surtout un "bus utilisateur".
Avec un "bus system" tu peux avoir :
- un système de supervision qui lance et arrète les services
- un boot graphique à l'écoute du bus system et qui remonte des infos
- un system de log aussi à l'écoute du bus system qui log les evènements
- un programme qui demance au superviseur de lancer un nouveau service par exemple
- etc
Plus subtile. Considérons que cups est configuré. Cups n'est utile que lorsque tu imprimes. Si tu n'imprimes qu'une fois par mois, avoir cups en permanence en mémoire est pénalisant.
Avec la solution qui se dessine, on peux avoir un programme qui demande le service "impression" en passant par DBus, un système "tout en haut" à l'écoute de DBus qui regarde si cups est autorisé à être excécuté, lance cups, via DBus indique que cups est prêt, le programme peut maintenant faire l'impression. Si le superviseur constate que cups n'a rien dans sa file d'impression et n'a rien fait depuis 1 heure, il peut décider d'arrêter cups.