Le noyau : module ou built-in ?

Le noyau : module ou built-in ? - Débats - Linux et OS Alternatifs

Marsh Posté le 12-11-2003 à 16:29:11    

Salut
 
J'ai une interrogation sur la facon de compiler son noyau.
Je me suis toujours dit qu'il fallait mieux mettre en built-in les options qui sont utilisé en permanence et en modules les choses plus optionnel.  
Maintenant, on me dit qu'il faut faire du full-module, alors je me demande pkoa...
J'aimerai bien avoir vos avis sur la question...
 
Edit: Et initrd ? C'est vraiment utile ?
 
Lelfe


Message édité par lelfe le 12-11-2003 à 17:57:13
Reply

Marsh Posté le 12-11-2003 à 16:29:11   

Reply

Marsh Posté le 12-11-2003 à 16:40:26    

Les modules ont de nombreux avantages, mais tu ne peux pas tout mettre en module (par exemple la gestion du type de ta partoche root etc. etc.)
Je pense perso que là où il est vraiment interressant de mettre en module ce sont les périphériques par exemple... que tu n'utilise pas tout le temps et qui peuvent merder...  
Je pense aux cartes sons, aux scanners, aux cartes rezo etc.

Reply

Marsh Posté le 12-11-2003 à 16:50:16    

Bonjour,
Il faut privilégier les modules car il est beaucoup plus facile de les modifier par la suite sans avoir à recompiler le noyau.

Reply

Marsh Posté le 12-11-2003 à 17:44:24    

Juste pour dire qu'on peut mettre tous les drivers pour la gestion des fs en modules avec un initrd.

Reply

Marsh Posté le 12-11-2003 à 17:58:14    

pour ce qui est des truc optionnels, qui ne sont pas super utilisés, je les mets déjà en module. Pour les choses obligatoire comme le type de la partition root, c évidement en dur.
Mais c'est pour le reste, module ou pas ? Sachant qu'ils vont être utilisé à chaque fois.

Reply

Marsh Posté le 12-11-2003 à 18:01:33    

Comme tu le sens.

Reply

Marsh Posté le 12-11-2003 à 23:05:29    

Ben justement, j'aurais bien voulu avoir des arguments. C'est vraiment comme on le sens, ca ne change rien du tout ?

Reply

Marsh Posté le 12-11-2003 à 23:13:53    

Un truc con m'ai arriver avec un jeu et le joystick.
Mon joystick est usb. Il etait correctement detecte par jscalibrator. Mais le jeux ne le voyait pas :??:
Apres recherche, sur un forum, qq'un disait qu'il avait eu ce problème et pour le régler avait compiler tout l'usb en module. Ce qui n'etait pas mon cas.
Apres recompile du kernel, le joy a marché avec le jeu en question. Jamais compris pourquoi ...

Reply

Marsh Posté le 13-11-2003 à 09:53:31    

GUG a écrit :

Un truc con m'ai arriver avec un jeu et le joystick.
Mon joystick est usb. Il etait correctement detecte par jscalibrator. Mais le jeux ne le voyait pas :??:
Apres recherche, sur un forum, qq'un disait qu'il avait eu ce problème et pour le régler avait compiler tout l'usb en module. Ce qui n'etait pas mon cas.
Apres recompile du kernel, le joy a marché avec le jeu en question. Jamais compris pourquoi ...


 
tu peux passer des options supplémentaires quand tu charges des modules, c'est ptet ça... (tiens, ça fait un avantage de plus pour les modules, non ? :lol: )

Reply

Marsh Posté le 13-11-2003 à 10:14:59    

Tout en module:
- unique inconvénient: les modules nécessaires au boot. Un petit initrd et on n'en parle plus (man mkinitrd).
- avantages:
  souplesse (on ne recompile que les modules nécessaires, pas tout le noyau)
  possibilité de réinitialiser un périphérique sans redémarrer (c'est le cas de ma carte son nForce qui bugge souvent avec le pilote i810)
  contrôle (si je rmmod vfat, je suis certain qu'aucun user ne va toucher ma partition windows; idem avec usb-uhci ou ip_conntrack)
  mémoire (pour faire tenir le noyau sur disquette avec un petit initrd)
  tester plusieurs implémentations (uhci ou uhci-je)
  parfois tu n'as pas le choix (nForce ...)


Message édité par glacote le 13-11-2003 à 10:16:24
Reply

Marsh Posté le 13-11-2003 à 10:14:59   

Reply

Marsh Posté le 13-11-2003 à 10:32:05    

Moi j'ai mis les parties importantes du noyau en dur, car (par exemple) un iptables dans le noyau, sera plus robuste qu"un iptables en module ...
 
pareille pour la carte réseau, je préfère que çà soit en dur dans le noyau afin d'éviter des problèmes possibles...


Message édité par Klaimant le 13-11-2003 à 10:32:40

---------------
Fais le ou ne le fais pas, mais il n'y a pas d'essai !!!
Reply

Marsh Posté le 13-11-2003 à 10:44:49    

a part le ultra obligatoire (type de partition root, support ide, etc...) j'ai le reste en modules.
 
pourquoi ?
 
1- les peripheriques mobiles pas toujours presents
2- les eventualités de plantage ;) si un periph se vautre, si son pilote est dans le noyau, tu a de forte chance de planter le systeme, alors qu'en module, tu peux parfois te recuperer :) ca arrive, parfois avec des gravures qui chient, des disques durs qui ont un coup de barre, un pilote de carte video proprietaire qui est pas bien fignolé, etc...

Reply

Marsh Posté le 13-11-2003 à 21:58:46    

A part le fait que je trouve ca un peu crade d'avoir un ribambelle de module et un lsmod de 4 pages, il semble apparement que les modules apportent bcp d'avantages.  
Mais y'a un point que j'apprécie particulièrement avec le built-in , c'est que le built-in va être forcer de checker ton matos et cie, alors que des moments, le chargement automatique des modules ne se fait pas et on est obligé de s'occuper du fichier que je deteste : /etc/modules qui est lourd à entretenir si le système évolue beaucoup...

Reply

Marsh Posté le 13-11-2003 à 22:34:24    

hotplug est ton ami.

Reply

Marsh Posté le 14-11-2003 à 21:36:36    

cad ?

Reply

Marsh Posté le 25-11-2003 à 10:52:31    

perso dans une utilisation du typer serveur ou firewall je préfère un noyau monolithique

Reply

Marsh Posté le 25-11-2003 à 11:22:57    

perso, j'ai un minimum de truc dans mon noyau et le plus possible en module, y compris le fs de ma partition root.
 
je trouve ça plus souple d'utilisation


Message édité par Mjules le 25-11-2003 à 11:23:15

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed