Ouhlà, on est mal partis là !!!!!
- Des modules non chargés en mémoire ne causent pas de pertes de performance (ca prend juste un peu d'espace disque dans /lib/modules...)
Mais je suis bien d'accord ! Loin de moi l'idée de te contredire là dessus. Mais une fois encore, je parle d'un kernel compilé à la mimine, pas d'un kernel fourni par une distrib.
(...(Je ne vais pas tout recopier) ;-)
Je pensais juste à un genre de pré-configuration par défaut personnalisée. Je me souviens que lorsque j'ai compilé mon dernier kernel, il y a des options auxquelles je n'ai pas touché, car je sais par expérience que ça fout le bordel (tout simplement parce que je ne vois pas trop à quoi ça fait référence).
[*] CMD640 chipset bugfix/support
[ ] CMD640 enhanced support
[*] RZ1000 chipset bugfix/support
[*] Generic PCI IDE chipset support
Voilà, j'ai retrouvé ce que je ne touche surtout pas. C'est peut-être un bien, peut-être pas. Si le make détectait mon chipset correctement, je serais plus tranquille. Car là, le généric PCI IDE ...; ça me fait penser que c'est pas optimisé du tout ce truc. Quant-au reste, ben je ne sais pas trop.
Enfin, et pour qu'on se comprenne bien, je suis loin de penser que Linux devrait se comporter comme XP pour la détection du matos. Je pense comme toi, que puisque c'est fait une bonne fois pour toute, autant conserver ce mode de fonctionnement. Je pensais juste à un pré-remplissage des cases du make menuconfig avec les options qui *semblent* correctes. Libre à l'utilisateur de les utiliser ou non ensuite.
[^] # Re: Linux 2.6 est pour bientot...
Posté par Gyro Gearllose . En réponse à la dépêche Linux 2.6 est pour bientot.... Évalué à 1.