ca fait pas un peu bcp de modules chargés ???
ca fait pas un peu bcp de modules chargés ??? - Installation - Linux et OS Alternatifs
Marsh Posté le 11-01-2004 à 13:50:18
bah ça dépend de ton matériel, mais c'est sur que t'as beaucoup de bordel et de ce que tu fais sur ton pc
Marsh Posté le 11-01-2004 à 13:56:06
Pour un PC "normal", il n'y a rien de choquant dans ta liste ...
Marsh Posté le 11-01-2004 à 13:58:12
non, rien de choquant ; j'en ai une bonne tripotée aussi
---------------
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.
Marsh Posté le 11-01-2004 à 13:59:20
bah si quand même, y en a vraiment beaucoup. certains gagnerait certainement à être en dur, d'autres sont sans doute inutiles. mais bon si tu t'y connais pas, ben t'y peux rien.
Marsh Posté le 11-01-2004 à 13:59:47
ok. Alors tout va bien.. C vrai que après étude il y en a un bon tiers pour le son, et le reste c'est que du classique.
merci
Sorg
Marsh Posté le 11-01-2004 à 14:01:25
| taz a écrit : bah si quand même, y en a vraiment beaucoup. certains gagnerait certainement à être en dur, d'autres sont sans doute inutiles. mais bon si tu t'y connais pas, ben t'y peux rien. |
intérêt de les mettre en dur ?
sinon, sorg, yen a quand même pas mal en unused ; faut voir si ils sont utiles ceux là.
---------------
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.
Marsh Posté le 11-01-2004 à 14:04:18
| Mjules a écrit : |
bah je doute que l'ext3 il s'en serve en option. y a un moment faut passer des trucs en dur, parce que ça n'a pas d'intérêt en module. les trucs qui servent en permanence : carté réseau, fs des partitions systèmes, agp, etc
Marsh Posté le 11-01-2004 à 14:06:52
pour moi, ça n'a pas plus d'intérêt en dur qu'en module
à part peut-être le root fs et encore.
---------------
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.
Marsh Posté le 11-01-2004 à 14:09:39
[root@Gros Maxime Le Forestier - Plutôt guitare Cd 1]# lsmod |grep unused |
snd-* : Je sais pas si j'en ai besoin.
ppp_synctty : Je sais pas si j'en ai besoin
usbmouse: Ma sourie est n USB et elle marche très bien, pourquoi c en unused
keybdev : pareil
hid , hci_usb : C mon dongle bluetooth, je m'en sert pas en ce moment.
usbkbd: pareil que pour la souris
printer: L'imprimante est pas en route en ce moment
usb-ohci: Deux de mes ports usb qui sont vide en ce moment.
Marsh Posté le 11-01-2004 à 17:07:53
Moi non plus je vois pas d'interet à mettre un max de trucs en dur ...
Tous les "snd", c'est Alsa qui en a besoin ...
Tous les "ppp", c'est sans doute une connexion internet (56k ou Adsl).
usb-ohci c'est ton controlleur USB, les autres modules USB sont normalement chargés quand le périph correspondant est branché.
Marsh Posté le 11-01-2004 à 19:49:08
J'en ai 75 moi 
C'est bcp qd meme ... Comment on en vire ?
J'en ai quelques uns en unused ... Mais je sais pas si je peux les virer sans tout casser 
ide-floppy et ide-tape aussi , je sais pas ce qu'ils foutent la , j'ai pas de lecteur disquette et encore moins de lecteur de bande .
Code :
|
Message édité par leto le 11-01-2004 à 19:51:22
---------------
--
Marsh Posté le 11-01-2004 à 19:55:43
si c'est unused tu peux virer avec un "modprobe -r modulename" et ce sans pb.
tu peux même désactiver le chargement d'un module et ce en ajoutant dans /etc/modules.conf
Code :
|
Marsh Posté le 11-01-2004 à 20:06:52
Y'a du pour et du contre :
Pour la compilation dans le noyau ;
- Les mettre en dur accélére légérement le temps de boot ou de chargement des modules. C'est logique, il n'y a pas de init_module() à faire.
- Les modules prennent également plus de RAM.
- La sécurité est un peu amélioré, on ne peut pas décharger un module
Pour les modules :
- Ca fait des noyaux plus petits
- On en les charge que si on en a besoin
- C'est plus souple si on a plusieurs noyaux pour faire des choses bien différentes.
Et il y a bien d'autres critères...
bref, chacun y voit ses avantages et ses inconvénients.
Message édité par Combi_A_Vendre le 11-01-2004 à 20:10:04
Marsh Posté le 11-01-2004 à 23:31:42
| taz a écrit : bah je doute que l'ext3 il s'en serve en option. y a un moment faut passer des trucs en dur, parce que ça n'a pas d'intérêt en module. les trucs qui servent en permanence : carté réseau, fs des partitions systèmes, agp, etc |
Pas d'accord: ça permet de recharger le module sans rebooter toute la machine. Pr exemple pour mettre à jour le pilote de la carte son sans rebooter ...
Mais c'est vrai que c'est plutôt utile pour les pilotes propriétaires (il est rare de chancger le code d'un modulme sans changer celui do noyau)
Sujets relatifs:
- [Kernel 2.6.1] Erreur lors du make modules_install
- [netfilter] modules à supprimer à partir d' un script.
- Make modules
- pb: kernel 2.6 QM_MODULES not implemented
- [Gentoo] Modules?
- [DEBIAN SID] Probleme avec ALSA-MODULES
- [Debian] Reinstaller les modules du noyau sans perdre d'autres modules
- MANDRAKE 9.2 - PC tout USB - bloc sur la recherche de modules - HELP
- [Debian] Pourquoi les modules ne se chargent pas au démarrage ?!
- [Music] Lecture de modules
Marsh Posté le 11-01-2004 à 13:49:03
[root@Gros Maxime Le Forestier - Plutôt guitare Cd 1]# lsmod
Module Size Used by Tainted: P
ipv6 199956 -1
agpgart 53828 5 (autoclean)
binfmt_misc 7404 1
nvidia 2128672 40
snd-seq-midi 5056 0 (autoclean) (unused)
snd-opl3-synth 13032 0 (autoclean) (unused)
snd-seq-instr 7812 0 (autoclean) [snd-opl3-synth]
snd-seq-midi-emul 6940 0 (autoclean) [snd-opl3-synth]
snd-ainstr-fm 2928 0 (autoclean) [snd-opl3-synth]
snd-seq-oss 32800 0 (unused)
snd-seq-midi-event 6336 0 [snd-seq-midi snd-seq-oss]
snd-seq 45104 2 [snd-seq-midi snd-opl3-synth snd-seq-instr snd-seq-midi-emul snd-seq-oss snd-seq-midi-event]
snd-pcm-oss 43812 1
snd-mixer-oss 14232 2 [snd-pcm-oss]
snd-ymfpci 49632 6
snd-pcm 81764 1 [snd-pcm-oss snd-ymfpci]
gameport 3284 0 [snd-ymfpci]
snd-mpu401-uart 5024 0 [snd-ymfpci]
snd-rawmidi 18592 0 [snd-seq-midi snd-mpu401-uart]
snd-page-alloc 9044 0 [snd-ymfpci snd-pcm]
snd-opl3-lib 8260 0 [snd-opl3-synth snd-ymfpci]
snd-timer 19684 0 [snd-seq snd-pcm snd-opl3-lib]
snd-hwdep 6304 0 [snd-opl3-lib]
snd-seq-device 5832 0 [snd-seq-midi snd-opl3-synth snd-seq-oss snd-seq snd-rawmidi snd-opl3-lib]
snd-ac97-codec 46232 0 [snd-ymfpci]
snd 42820 2 [snd-seq-midi snd-opl3-synth snd-seq-instr snd-seq-oss snd-seq-midi-event snd-seq snd-pcm-oss snd-mixer-oss snd-ymfpci snd-pcm snd-mpu401-uart snd-rawmidi snd-opl3-lib snd-timer snd-hwdep snd-seq-device snd-ac97-codec]
ppp_synctty 8000 0 (unused)
ppp_async 9792 1
ppp_generic 26788 3 [ppp_synctty ppp_async]
slhc 6564 0 [ppp_generic]
af_packet 16872 2 (autoclean)
sr_mod 17016 0 (autoclean)
floppy 57052 0
8139too 16776 1 (autoclean)
mii 3864 0 (autoclean) [8139too]
nls_iso8859-15 4060 1 (autoclean)
nls_cp850 4284 1 (autoclean)
vfat 11916 1 (autoclean)
fat 39032 0 (autoclean) [vfat]
supermount 84800 4 (autoclean)
ide-cd 34148 0
cdrom 32608 0 [sr_mod ide-cd]
tvaudio 16136 1 (autoclean)
bttv 100352 0
tuner 11688 1 (autoclean)
videodev 8000 3 [bttv]
i2c-algo-bit 8552 0 [bttv]
soundcore 6564 0 [snd bttv]
i2c-core 20580 0 [tvaudio bttv tuner i2c-algo-bit]
ide-scsi 11504 0
scsi_mod 108352 2 [sr_mod ide-scsi]
usbmouse 2936 0 (unused)
keybdev 2756 0 (unused)
mousedev 5524 1
hid 24164 0 (unused)
hci_usb 9816 0 (unused)
bluez 41860 1 [hci_usb]
usbkbd 4472 0 (unused)
input 5824 0 [usbmouse keybdev mousedev hid usbkbd]
printer 8832 0 (unused)
usb-ohci 22136 0 (unused)
usbcore 77612 1 [usbmouse hid hci_usb usbkbd printer usb-ohci]rtc 10220 0 (autoclean)
ext3 63376 2
jbd 41728 2 [ext3]
Ca me parait assez énorme comme liste ... C'est une idée ou il y a des choses inutiles ?