>Optimisation de l'amorçage du Système d'exploitation
Pour ceux que ça interresse, en général les axes de travail sur ce sujet sont les suivants ( pas que chez suse ) :
- optimisation du processus de démarrage
- optimisation des accès disques
Pour l'optimisation du processus de démarrage, on trouve :
- l'execution en parrallele ( quasiment chaque vendeur à son propre systeme maintenant : pcrsys, startpar, upstart )
- la réduction du nombre d'appels à des programmes externes ( il me semble que pardus à écrit ses scripts de démarrage en python. Ca doit eviter des grep/find/awk à outrance dont sont en général bourrés les scripts de démarrage )
- la modularisation des scripts de démarrage ( y'avait une étude sur le wiki mandriva à une époque ). Le principe : ne pas executer du code qui ne s'applique pas à la config ( cryptage, lvm etc.. )
Pour l'optimisation des accès disques, on trouve :
- readahead ( pour lire les fichiers plus tot. Normalement pendant que le CPU bosse, on en profite pour faire bosser le disque. Dans la pratique marche *moyen*)
- fcache ( -à vérifier- utilise une partition dédiée sur laquelle les fichiers nécéssaires sont correctements oragnisé sur le disque pour limiter les seeks du disque qui plombent vraiment les performances )
- ext3remapper ( -à vérifier- comme fcache mais sans partition supplémentaire. à l'air moins performant. nécessite une réorganisation avec la partition démontée )
Esperons donc qu'à l'avenir on ait :
- des scripts de boot optimisés et qui executent le max de trucs en parallele
- une regorganisation ONLINE du positionnement des fichiers sur le disque parce que c'est la condition primordiale pour avoir un readahead efficace
- un serveur X qui démarre plus tot, beaucoup plus tot. De tout les trucs que j'ai essayé, c'est finalement le plus efficace pour moi : démarrer le gestionnaire de session avant le reseau vu que j'utilise pas X en reseau.
# booter plus vitttttte
Posté par snt . En réponse au journal Sortie de OpenSuSE 10.3 Beta 1, explication du patron de Novell sur le Deal avec Microsoft. Évalué à 7.
Pour ceux que ça interresse, en général les axes de travail sur ce sujet sont les suivants ( pas que chez suse ) :
- optimisation du processus de démarrage
- optimisation des accès disques
Pour l'optimisation du processus de démarrage, on trouve :
- l'execution en parrallele ( quasiment chaque vendeur à son propre systeme maintenant : pcrsys, startpar, upstart )
- la réduction du nombre d'appels à des programmes externes ( il me semble que pardus à écrit ses scripts de démarrage en python. Ca doit eviter des grep/find/awk à outrance dont sont en général bourrés les scripts de démarrage )
- la modularisation des scripts de démarrage ( y'avait une étude sur le wiki mandriva à une époque ). Le principe : ne pas executer du code qui ne s'applique pas à la config ( cryptage, lvm etc.. )
Pour l'optimisation des accès disques, on trouve :
- readahead ( pour lire les fichiers plus tot. Normalement pendant que le CPU bosse, on en profite pour faire bosser le disque. Dans la pratique marche *moyen*)
- fcache ( -à vérifier- utilise une partition dédiée sur laquelle les fichiers nécéssaires sont correctements oragnisé sur le disque pour limiter les seeks du disque qui plombent vraiment les performances )
- ext3remapper ( -à vérifier- comme fcache mais sans partition supplémentaire. à l'air moins performant. nécessite une réorganisation avec la partition démontée )
A noter qu'un google summer of code project est en cours sur ce sujet : http://code.google.com/p/prefetch/
Esperons donc qu'à l'avenir on ait :
- des scripts de boot optimisés et qui executent le max de trucs en parallele
- une regorganisation ONLINE du positionnement des fichiers sur le disque parce que c'est la condition primordiale pour avoir un readahead efficace
- un serveur X qui démarre plus tot, beaucoup plus tot. De tout les trucs que j'ai essayé, c'est finalement le plus efficace pour moi : démarrer le gestionnaire de session avant le reseau vu que j'utilise pas X en reseau.