salut,
je souhaiterai avoir un kernel qui boot rapidement
je me demandais si il y avait moyen de suggérer au kernel une liste de drivers à charger pour squizer la phase d'autodétection.
par exemple des parametres spéciaux dans le initrd ou un truc dans le genre
je suis sur ubuntu j'ai pas envie de faire un kernel recompilé sur une machine de ce genre, pour des raisons d'upgradabilité etcetera
 
 

Et un kernel qui boot "rapidement", c'est quoi pour toi ?

Recompiles en ne gardant qu'un module pour ta carte video, un pour ta carte son, etc... etc...
 
A la MAJ du kernel, tu te fais un ptit make oldconfig et basta!

par exemple pas le kernel d'un livecd
et je sais qu'un kernel avec moins d'options se charge plus vite, je l'ai déjà fait, mais je me demande si il y a pas moyen de limiter l'autodetection en filant des infos sur le matos dans le initrd

je ne veux pas faire de compil de kernel, je le dis dans le premier message
je cherche une solution sans recompile

mais si tu connais un moyen de configuer un .config avec seulement les modules nécéssaire au fonctionnement actuel de la machine et de façon automatique ça m'interesse.

Bon je copie/colle ma réponse d'un autre topic:

 
Moi je démarre en environ 35 s. Pour toi c'est lent ou rapide?

Tu réponds pas à la question

d'accord
pour ça, tu dois t'enrouler dans une tranche de jambon et proférer l'incantation magique en dansant autour des 12 statuettes de Zaralbak

 
ça dépend de la machine, là c'est un g4 350mhz, le démarage est plus lent qu'un amd64-3000 il me semble, surtout au niveau du démarage des services.
 

 
moi je venère plutot Zoltan et sa combi en papier bulle

attends ... que je comprenne bien

Tu as un PowerMac G4 cadencé à 350 MHz et tu cherches à ce que ça boot aussi vite qu'un AMD Athlon64 cadencé à environ 2.5 GHz ?

Ok ...

la séquence de boot entière du kernel est plus courte sur amd64 3000 a services identiques
Mais le démarage du kernel jusqu'au montage de la partition root est pas spécialement plus rapide, sachant que tout ce fait en mémoire à partir du kernel+initrd, et qu'un amd64 3000 est surement 20 fois plus rapide qu'un g4 350mhz, c'est même pas 30% plus rapide

http://fr.youtube.com/watch?v=OOPkfl89kNo

Zoltan

 
Et au final tu veux gagner combien de temps au boot ? 2, 3 secondes ?
 
T'as pas l'choix de toute manière, si tu veux accélerer le chargement, faut minimiser les accès disques, donc placer un maximum de choses en dur dans le kernel, donc recompiler.
Si tu veux pas recompiler, la solution du rituel du jambon tiens toujours

J'ai déjà installé une gentoo sur une machine plus puissante, un mac g4 400mhz  , et avec un kernel allégé c'est plus rapide à charger oui biensur.

Mais je vois pas le rapport avec les accès disques. A la limite si c'était le probleme il suffirait de faire un monster initrd avec tous les modules, et qui serait extrait en ram dès le démarage.
Mais comme je te dis le démarage du kernel est quasiement aussi lent jusqu'a la phase ou il monte root et lance le script d'init, quelle que soit la puissance de la machine. Et jusque là tout ce qu'il a lu sur le disque c'est tout au début quand le bootloader charge le noyau et le initrd en mémoire.

j'avais lu qu'il voulaient tenter de paralléliser le démérage du noyau un jour, mais je sais pas ce qu'il en est

blabla

casse-toi du topic

>> Note pour tout le monde : un brin de politesse dans ce topic serait mieux pour la continuité de ce topic et la participation des membres a cette partie du forum

il a fait une alerte modération en plus jle crois pas

bon spa grave

nan mais les modos d'ici viennent aussi de leur plein gré sur les topics, sans qu'on ait besoin de les alerter hein

basketor63> Pas la peine d'éditer et de rééditer ton post... On a bien vu que WedgeAnt ne répond pas comme tu le souhaites, il a son point de vue , il le défend
 
 
Sinon : pour la "parallélisation" du démarrage c'était par rapport au script d'initialisation. Rien à voir avec le boot du kernel. L'objectif était de démarrer en parallèle des scripts non dépendant.
 
Ce que tu veux c'est booter rapidement, ce n'est pas forcément avoir seulement un kernel rapide à booter. Pour cela, ce que dis WedgeAnt est correct

 
ok ok je te crois, ça me surprenais d'en voir un débarquer aussi vite  

basketor63 > peux tu me dire la valeur de la ligne "bootHz" située dans le fichier asboot.bt stp ?

Il n'y a pas eu d'alerte. La catégorie OSA est assez petite pour que les modérateurs puissent s'intéresser à tous les topics et à regarder en profondeur les 3/4 des topics...
 
Maintenant, si tu veux que ton topic continue et qu'on avance sur ton problème laisse couler un brin et ne rejette pas forcément des réponses qui ne vont pas dans ton sens.
 
WedgeAnt: pareil, laisse couler un brin et si la personne en face n'accepte pas ton point de vue, soit tu restes cordial en argumentant, soit tu laisses tomber le topic

j'expose aussi ce que j'observe et comprend du processus de boot, et ça m'interesse de le discuter aussi, donc si je me plante c'est pas grave au contraire, mais là ce qu'il dit me parait pas si évident pour le boot initial du kernel, vu que le initrd embarque des modules qui sont chargés depuis la ram, donc il y a aucun accès disque jusqu'a un certain moment.
En général on met dedans ce qui permet au moins de monter le systeme de fichier root, et ensuite le reste des modules est chargé depuis les module sur root.
Mais du coup je me pose la question de si un truffe le initrd avec d'autres modules, et si on force le chargement, ou si il y a moyen d'empecher une autodetection qui pourrait prendre du temps.

pour la parallélisation il y a les deux notions, celles de l'intialisation du matos du kernel il me semble (semblait ?) et pour les script d'init avec initng par exemple ou upstart (quoi que pas aussi sur pour upstart)

bref ma demande est précise et parle de tenter de voir ce qu'on peut faire sans recompiler, et au pire en trafiquant le initrd

Donc pas la peine de venir donner la solution de la recompilation, c'est pas sur ce problème que je me penche, mais si qqun connait une méthode pour construire un .config à partir de l'état courant du système ça m'interesse néanmoins  

Et sinon, tu as la réponse à la question que je t'ai posée ?

 
je ne trouve pas de tel fichier

tu utilises quelle distribution ?

 
Ubuntu

donc tu as normalement un logiciel qui s'appelle optboot dans /usr/local/bin ?

non  

tu utilises quoi comme distrib toi ?

comme toi, et j'ai le soft...
mais c'est pas grave. installe gkrellm, ça te génere aussi un équivalent du fichier que je t'ai mentionné

ok
par contre désolé, je vais devoir voir ça ce soir  

?

blabla

Pour analyser ton démarrage, tu peux installer bootchart. Au prochain démarrage, il créera un graphique de l'utilisation processeur et disque avec le lancement des différents modules.
 
Le graphique se trouvera dans /var/log/bootchart/

 
je n'ai pas ce fichier
 

 
ok je vais regarder ça

sur eeepc, le init est remplacer par un truc qui se nomme fastinit.
peut être se renseigner la dessus et s'inspirer

j'aime bien pour avoir un truc pour avoir des infos d'optimisation sur le kernel avec bootchart il faut que j'installe tout ça :

j'ai fait exprès de pas metre X11 moi, tfaçon j'ai pas d'écran de connecté dessus

peut être qu'il existe une façon de simplement recueillir des données ?

l'interface de visualisation est en java, ça doit être pour ça qu'il veut tout t'installer. T'es sur que c'est des dépendances et pas des suggestions ?

un p'ti lien parlant d'une reimplémentation de fastinit : (je n'ai pas tout lu
mais peut etre que ça t'aideras)
http://helllabs.org/blog/20071231/ [...] mentation/

oui
et surtout j'ai pas envie de me farcir a installer le JDK IBM pour powerpc, et gcj sur un g4 350mhz euh ça m'interesse pas trop non plus
 
a la limite je pense que je prefere plancher à une solution sur x86, vu que j'ai X bien entendu et adapter ensuite