C' est clair.
Une workstation ou un serveur n' ont pas à être rebootée 5 fois par jour ;)
Et RedHat, comme à leurs habitudes, privilègie le stable au fun.
Mais lorsqu' on installe une Redhat sur un laptop, c' est quelque chose de très appréciable, tout comme une bonne gestion de l' acpi afin de ne faire des démarrage que depuis l' image disque dans 9 cas sur 10 ;)
Mais il y a quant même quelque chose qui me titille dans tout ça :
RHEL4-u5 (et rhel5) sont effroyablement rapides au boot... En fait mon laptop boot aussi vite avec rhel4-u5 qu' avec mandriva cooker. Comme vous le savez, sur rhelX il n' y a pas de upstart ou de pinit. Et pourtant c' est rapide, mais rapide... En fait ce qu' elle perds en temps de boot avec les services, elle le regagne largement avec le démarrage de X et de Gnome. (en comparaison d' une mandriva, qui boot très vite grâce à pinit, depuis la 2007, reperds ce gain avec le dem' de X.)
Par contre sur upstart j' émet des gros doutes : parcequ' allez dire à ses boss "on est plus compatible SystemV, il faut refaire Tout les services de démarrage maison" -> Ca m' étonnerai beaucoup qu' ils apprécient upstart dans l' industrie... Pour des machines standalone ou laptop, ok. Pour des nouveaux serveurs dans de petites structures pourquoi pas. Mais pour une intégration dans un parc existant avec de fortes contraintes client, je crois que upstart peux se brosser... (et ça m' étonnerai d' ailleurs que cela soit un jour intégré dans RedHat ce truc). Il doit bien avoir quelque chose à faire pour accélerer le dem' des services sans casser la compat. V, non ?
Excusez moi d' avoir été un peu long, et j' espère que les tournures ne prêtent pas à confusions ni à troll, car ne n' est pas le but.
Cordialement
[^] # Re: Re:
Posté par bubar🦥 . En réponse à la dépêche La Fedora 9 arrive en version beta. Évalué à 4.
Une workstation ou un serveur n' ont pas à être rebootée 5 fois par jour ;)
Et RedHat, comme à leurs habitudes, privilègie le stable au fun.
Mais lorsqu' on installe une Redhat sur un laptop, c' est quelque chose de très appréciable, tout comme une bonne gestion de l' acpi afin de ne faire des démarrage que depuis l' image disque dans 9 cas sur 10 ;)
Mais il y a quant même quelque chose qui me titille dans tout ça :
RHEL4-u5 (et rhel5) sont effroyablement rapides au boot... En fait mon laptop boot aussi vite avec rhel4-u5 qu' avec mandriva cooker. Comme vous le savez, sur rhelX il n' y a pas de upstart ou de pinit. Et pourtant c' est rapide, mais rapide... En fait ce qu' elle perds en temps de boot avec les services, elle le regagne largement avec le démarrage de X et de Gnome. (en comparaison d' une mandriva, qui boot très vite grâce à pinit, depuis la 2007, reperds ce gain avec le dem' de X.)
Donc vraiment, il me tarde de voir de mes yeux l' évolution du projet sur le dem' de X citée dans la dépêche ( http://fedoraproject.org/wiki/Features/OneSecondX ) FastX !!!!!
Par contre sur upstart j' émet des gros doutes : parcequ' allez dire à ses boss "on est plus compatible SystemV, il faut refaire Tout les services de démarrage maison" -> Ca m' étonnerai beaucoup qu' ils apprécient upstart dans l' industrie... Pour des machines standalone ou laptop, ok. Pour des nouveaux serveurs dans de petites structures pourquoi pas. Mais pour une intégration dans un parc existant avec de fortes contraintes client, je crois que upstart peux se brosser... (et ça m' étonnerai d' ailleurs que cela soit un jour intégré dans RedHat ce truc). Il doit bien avoir quelque chose à faire pour accélerer le dem' des services sans casser la compat. V, non ?
Excusez moi d' avoir été un peu long, et j' espère que les tournures ne prêtent pas à confusions ni à troll, car ne n' est pas le but.
Cordialement