Je suis tombé sur un blog intéressant.
http://www.martianrock.com/?p=33(...)
Les diapos d'introduction de l'idée :
http://people.redhat.com/johnp/dynamic-linux-slides/img0.html(...)
L'idée est "simple". On connaît les gestionnaires de paquet qui gèrent les dépendances. Là l'idée est de gérer les dépendances entre services et programmes.
C'est surtout une optimisation par rapport à l'existant. Petit plus, il y aura les dépendances à la demande.
L'idée n'est pas nouvelle (je le dis avec qu'un autre le fasse...), mais l'implémentation est en cours et commencera par gnome-session (peut-être disponible pour FC4 test1). Je ne serai pas étonné que ça touche tout le reste du système dont les scripts de boot de l'OS (pourquoi avoir en permanence cups si on imprime qu'une foi par mois ?).
Havoc avait évoqué cette voie il y a longtemps pour le boot de fedora lorsque des gens cherchaient un moyen pour accélérer la "mise à disposition du système" de façon propre.
Je trouve tout ça "excitant". Ça me semble une bonne voie.
Journal System Service
5
mar.
2005
# c'est l'un des points "forts" du nouveau solaris.
Posté par achil . Évalué à 2.
Vous pouvez sauter le début et aller directement à la partie "Service Management Framework", qui est la partie interessante ici.
http://www.madpenguin.org/cms/html/47/3542.html(...)
[^] # Re: c'est l'un des points "forts" du nouveau solaris.
Posté par fabb . É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.
[^] # Re: c'est l'un des points "forts" du nouveau solaris.
Posté par achil . Évalué à 2.
Mais l'un des problemes de SMF, pour le gas qui la testé, est le fait qu'il est bien moins facile à prendre en main car des fois l'administrateur ce bas contre les procédures automatiques.
La par exemple, pour cups, y aurait deux façons de le lancer, en mode serveur, ou il ce doit d'être lancé en permanence pour les demandes réseaux, ou il doit être lancé juste pour des impressions depuis le local (bien sur on pourrait peut etre aussi coupler inetd avec ce nouveau systeme sans doute... peut être aussi que DBus peut remplacer inetd... je n'en sais rien ;) ).
Donc bien apres à voir comment tout cela rend... il faut dire qu'au final sa ferait un peu la même chose que hotplug, qui il faut le souligner marche parfaitement :)
[^] # Re: c'est l'un des points "forts" du nouveau solaris.
Posté par fabb . Évalué à 1.
A l'heure actuel, c'est au stade de "promesses".
> La par exemple, pour cups, y aurait deux façons de le lancer
Ou de le configurer.
Mode serveur d'impression => cups permanent, le "superviseur" le lance au boot et c'est tout.
Mode impression local => cups à la demande.
Comme dis plus haut, c'est au stade des promesses. Il faut que les applis/libs s'y mettent aussi et c'est long ; tout en sachant que la mise en place de l'infrastructure ne sera pas courte :-)
[^] # Re: c'est l'un des points "forts" du nouveau solaris.
Posté par fabb . Évalué à 1.
http://www.nwfusion.com/reviews/2005/022805solaristest.html(...)
En gros :
- RHEL est plus rapide que Solaris 10 en 32 bits
- Solaris 10 est un poil plus rapide que RHEL en 64 bits (amd64)
[^] # Re: c'est l'un des points "forts" du nouveau solaris.
Posté par fabb . Évalué à 1.
Sun Microsystems has recently released Solaris 10. It is currently free, as in beer
Cette erreur à répétition commence à m'agacer grave. C'est Solaris express qui est gratuit et pas Solaris 10. De plus avec la version gratuite tu ne peux pas en faire un usage commercial.
http://www.sun.com/software/solaris/solaris-express/(...)
Software Right-to-Use (RTU) : 6-month
http://www.sun.com/software/solaris/solaris-express/faq.xml(...)
7.
Q. What type of upgrade support will be available?
A. Upgrade support between builds is not provided. Customers must do a fresh install of each release.
9.
Q. Will patches and bug fixes be available between releases?
A. No. Customers must wait for fixes to appear in the future releases.
[^] # Re: c'est l'un des points "forts" du nouveau solaris.
Posté par fabb . Évalué à 1.
Arg, boulette. Ce qui est dit précédement est vrai pour Solaris express mais pas pour Solaris 10.
# OS X preums !
Posté par Mouns (site web personnel) . Évalué à 0.
le principe repose sur SystemStarter et un ensemble de description des services. dans ce style je me suis fait couillonné quand g balancé un service systeme personnel dans le SystemStarter de /System qui n'est pas prevu pour cela. tout a tres bien marché jusqu'a un update de /System. :'(
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.