Reprise du message précédent :
Je ne comprend pas, ces 2 variables sont dans la partie non-officiel "3rd party kernel additions"....

T'es sûr que c'est un 2.4.20 non patché ... ?

c'est ca mon noyau: linux-2.4.21-0.13mdk

Sinon j'ai une petite liste de demon dont je ne sais pas si je dois les garder ou les virer:
 
- fam : file alteration monitor
- harddrake : Outils permettant de configurer de nouveaux périphériques.
- switchprofile
- tmdns

je n'ai aucun de ceux là
a mon avis hardrake est util si tu modifie du matos
il est p-e meme util tt le tps, je connais pas ce daemon MDK
tmdns est peut etre un serveur dns ? en tt cas je ne l'ai pas non plus
switchprofile doit etre utilse avec xdm ou kdm je pense, en tt cas je ne l'ai pas non plus (mais je me loggue en console et je lance X a la main)
fam : d'apres le nom, ca peut etre tutile, mais pareil je ne l'ai pas

 
A mon avis tu peux virer les 4:
 
* fam: permet de rapporter à certains programmes la modification de fichiers
* harddrake: pas un démon, juste un script lancé au démarrage, il détecte et configure l'ajout/retrait de matériel chaque fois que tu bootes
* switchprofile: aucune idée, je ne l'ai pas
* tmdns: apparemment, un mini serveur dns pour faire du cache, je l'ai viré puisque j'ai un vrai serveur dns (bind)

Euh ... fam c'est un peu chaud de l'enlever, certains démons peuvent en dépendre !
 
Sinon, je te conseille une recompilation propre à partir des sources officielles, pas de bidouiller le kernel de MDK ...

 
Lesquels ?    
J'ai jamais eu de pb moi, mais ça peut arriver  

J'avais e17 par ex qui utilisait fam ... au pire, tu le désactives et tu mattes ce qui se passe, si t'as pas de pbs, c'est que c'est bon
 
Et pour mon Aureal ?

Bon, je vire les 4 daemons, on verra bien ce qu'il se passe.

j'ai gagné 3-4 secondes au demarrage... c'est pas encore ça.

j'ai viré plein de services (daemons) et en effet j'ai pas gagné bcp de tps au boot (genre 2-3secondes)
pourtant il m'en reste plus bcp

par contre j'ai remarqué que le boot de la mdk9.1 bloquait assez lgtps sur 3 pts:
 
- le tout début (il met plus de 10secondes pour lancer le tout début avec les 1ers messages "OK" )
- le module dependencies
- le eth0 (mais ça j'y peux rien j'ai le cable en dhcp)

c'est à cause du initrd cf plus haut

"retire l'option ramdisk, initrd dans le noyau
retire la ligne concernant initrd dans lilo/grub
vérifie que les drivers nécessaires au boot sont en dur dans ton noyau: ext2, reiserfs suivant le cas, driver IDE, ..."
 
ok je veux bien faire ça moi (meme si recompiler le noyau = downloader les sources et les sources rpm font 150mo qd meme)
 
mais ramdisk ça sert à quoi ? et initrd (à part avoir un joli démarrage) ??
 
 
NB: je viens d'essayer de booter sans la ligne "intrd" dans lilo.conf (mais en utilisant le même noyau d'origine de la mdk9.1) beh j'ai pas gagné grand chose à part un boot plus moche encore

est-ce que ça marche si tu déplaces les initrd.img* de ton /boot?

non mais si j'enleve la ligne 'initrd' de lilo.conf, je me retrouve avec un boot sans interface graphique mais je gagne quedalle en temps de démarrage

si ça marche pas sans les initrd, c'est qu'il les utilise quand même en allant chercher les noms par défaut.
Initrd te crée une image de boot en chargeant les modules nécessaires au boot avant de réellement booter et en chargeant le bootsplash.
 
Supprime le initrd du noyau et le RAM disk (utilisé pour le initrd) et tu gagneras qq secondes au boot...mais sans bootsplash. Enfin c'est ce que j'ai dit plus haut en bref  

ok j'ai compris
par contre va falloir recompiler le noyau (pas le temps là) vu que j'ai ext3 en modules (sont fous chez mandrake)
 
sinon y'a pas moyen d'avoir un joli démarrage sans initrd (genre lilo qui s'en occupe ..)  ??

lilo graphique oui, mais pas le bootsplash. Tu peux quand même avoir de belles fontes en console et une belle résolution avec le framebuffer mais je connais que sous gentoo.

Grrr, sur un autre PC en mdk9.1, prelink me fait encore une seg fault / core dumped, sur un autre fichier ...
 
 

Bon je viens de boulotter un peu ce topic mais chez moi c'est encore tres long. J'ai laissé quelques services :

Ca reste super long pour le calculate module dependecies je trouve.
dans mon lilo.conf j'ai :

mais ça ne semble pas vraiment accélerer.
Vous parlez tous de prelink aussi, mais où le trouver pour mandrake 9.1 ?
 
Voili voilo, si vous pouviez m'aider à accelerer le bousin

Un petit up de la nuit pour ceux qui rodent comme moi

un ptit up d'un tardif (back from Queen Paris)
 
nb: c'est super reloud de choisir toutes les options pour le kernel .. personne aurait un bon kernel bien rapide (avec le nécessaire pour booter dedans et le reste genre usb, firewire, reseau en modules) ? en gros je demande le fichier 'config'

Une idée bien sympathique Ravis de voir qu'on est plusieurs à zoner

Je vous passerais le mien quand il sera au point. J'ai pratiquement  
tout virer de la config: port parrallele, serie, scsi, pour ne  
garder que l'essentiel: reseau, son, graphique, cpu, mobo, etc...
 
Tant qu'on y est, on garde ou on vire le loopback interface ?

on garde

Voila, j'arrive au bout de ma compil du noyau:
Noyau d'origine: 1'252 ko    
Noyau actuel: 781 ko  
 
Et je peux encore le diminuer...  
Je vous tiendrais au courant pour les tests de démarrage.
 
Avec cette histoire de loopback interface, il me dit au démarrage qu'il ne peut pas monter /dev/loop
Que dois-je faire pour y remedier ?    
 
Et encore une petite question:  
des perifs souvent utilisé, comme l'ethernet, vaut mieux les mettre  en noyau ou en modules ?

est -ce ,que tu parles du loopback dans ton fstab ? si oui a tu precisé noauto pour pas qu'il le monte des le demarrage ?
 
pr les modules ... moi perso je m'en sert pas, je met tout en hard ! question de gout

l'interface loopback sert à monter des iso comme système de fichiers. Autant le mettre en module.

+1 segmentation fault sous mdk 9.1

 
non, je n'en parle pas dans mon fstab. Faudra que je lise 2-3 docs (RTFM )
 
Sinon pour quelles raisons c'est mieux de tout mettre dans le noyau ? Et les drivers NVidia, c'est pas un module normalement ?

nvidia c'ets un module pas le choix la dessus
 
il n'y a pas de rason quant a modules/ou en hard!
Un module peut etre pratique pour un periph qui sert rarement, ce qui permet de charger le 'driver' que pour son utilisation (en hard il serait tt le tps chargé)
Je trouve que les modules ralentissent le demarrage, et kje ne compile dans mon noyeau que le strict necessaire donc je met tout ne hard ... certians dirons que c'ets mal, d'autre que c'ets bien, mais en gros : fait comme tu le sens, mais oublie pas de metre ce qui concerne les FS en hard

Ok, ben je vais suivre ton conseil. Mon noyau est deja tellement optimisé que je n'ai plus qu'à passer tous les M en Y....
Dommage que le NVidia soit en module, sinon j'aurais pu virer le chargeur de module...

Où est l'optimisation en passant tout en Y à part peut-être que ça charge un tout petit peu plus vite ?

Up