Bon, je vote moi aussi pour le "on s'en fout complètement du temps de boot, il est déjà assez court pour une machine domestique et qu'il soit long pour un serveur ne gène personne".
Ceci dit c'est pas parceque c'est un faux problème qu'on peut pas bavarder sur ses solutions... Alors allons-y: le fameux boot parrallèle est implémenté depuis des mois sous gentoo (pour rappel la gentoo n'est pas basée sur le machin avec les liens symboliques Sxxtruc/Kxxtruc, mais sur des scripts qui déclarent leurs dépendances mutuelles), et je l'avais testé quand c'était à debugguer. Résultat (de tête):
- aucun gain quand on a peu de services (ouah, quelle surprise)
- une poignée (une pincée?) de secondes gagnée avec plus de services (ouah, quelle surprise aussi)
Chez moi, le plus long à lancer devait être cups, alors que rien n'en dépendais je crois, donc c'est surtout lui qui fesait gagner des secondes. Mysql peut être aussi. Enfin bon, c''etait pas la r'evolution, et la sortie était un peu confuse si un script de démarrage affichait plusieurs lignes (oui, y'aurait moyen de bidouiller pour éviter ça). Et puis peut-être que pour être plus efficace il faudrait une gestion des dépendances des scripts un peu plus molle, acceptant de lancer certains trucs parcequ'on sait que leur dépendances seront bientôt satisfaites (je m'étais dit ça surtout pour xdm, qui attendait je sais plus quoi de pas indispensable).
Bref, ce que raconte l'auteur de l'article est pas faux, mais pas vraiment intérressant non plus, ni vraiment nouveau, et en plus je l'ai pas lu.
# Re: Pour un boot plus rapide de Linux
Posté par tgl . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.
Ceci dit c'est pas parceque c'est un faux problème qu'on peut pas bavarder sur ses solutions... Alors allons-y: le fameux boot parrallèle est implémenté depuis des mois sous gentoo (pour rappel la gentoo n'est pas basée sur le machin avec les liens symboliques Sxxtruc/Kxxtruc, mais sur des scripts qui déclarent leurs dépendances mutuelles), et je l'avais testé quand c'était à debugguer. Résultat (de tête):
- aucun gain quand on a peu de services (ouah, quelle surprise)
- une poignée (une pincée?) de secondes gagnée avec plus de services (ouah, quelle surprise aussi)
Chez moi, le plus long à lancer devait être cups, alors que rien n'en dépendais je crois, donc c'est surtout lui qui fesait gagner des secondes. Mysql peut être aussi. Enfin bon, c''etait pas la r'evolution, et la sortie était un peu confuse si un script de démarrage affichait plusieurs lignes (oui, y'aurait moyen de bidouiller pour éviter ça). Et puis peut-être que pour être plus efficace il faudrait une gestion des dépendances des scripts un peu plus molle, acceptant de lancer certains trucs parcequ'on sait que leur dépendances seront bientôt satisfaites (je m'étais dit ça surtout pour xdm, qui attendait je sais plus quoi de pas indispensable).
Bref, ce que raconte l'auteur de l'article est pas faux, mais pas vraiment intérressant non plus, ni vraiment nouveau, et en plus je l'ai pas lu.