Il arrive parfois que certains considèrent qu'il n'y a pas de petites
économies au niveau de l'occupation mémoire - même avec une mémoire centrale
de 8 Go.
mes serveurs ont des mémoires de 24 à 96Go, dans le monde de la
production, l'économie de 3Mo est ridicule compte tenu du cout de la
recompilation: tu multiplie le temps que j'y passe par mon salaire, on a
dejà de quoi se payer une barrette de 8Go (c'est parce que je suis payé
au lance pierre)
Notons aussi que, à la fin des années 1990, les noyaux Linux (même génériques)
faisaient plutôt 600 à 700 ko que 3 Mo. D'ailleurs, quand je suis rentré dans
la marmite du GNU/Linux il y a bientôt 15 ans, je me souviens qu'on pouvait
mettre un noyau version 2.2 (accompagné des fichiers System.map et initrd.img)
dans une simple disquette de 1440 ko. C'est ainsi qu'on pouvait procéder à
l'installation d'un système GNU/Linux à partir d'une disquette.
on peut toujours.
Je me souviens aussi que les ordinateurs (qu'on commercialisait toujours à
cette époque) contenaient plutôt 32 à 128 Mo de mémoire centrale mais peu
importe.
Mon premier PC en avait 4 ... j'ai du économiser 500FF, pour avoir les 4
autres Mo. c'était un SX25 qui marchait à 8 Bits !!! j'avais encore le
bouton turbo et meme pas de radiateur sur le CPU. là oui, la compilation
est obligatoire, si non c'est un tiers du smic qui à y passait.
A vrai dire et pour moi, le problème est au niveau de sa configuration :
démarrez-la (à partir de la commande "make menuconfig " ou "make xconfig") et
vous vous trouvez à gérer approximativement - je ne me suis pas "amusé" à
compter une à une - 3000 options (pilotes et fonctionnalités).
Au cours des années 2000 à 2008, je procédais régulièrement à la configuration
(et à la compilation) du noyau Linux mais, outre que depuis j'ai changé
d'ordinateur (et même d'architecture en passant de IA-32 à AMD64), je ne
retrouve plus mes fichiers config-* que j'ai dû ranger dans des je ne sais
quelles unités de mémoire de masse (CD-ROM, disquettes ZIP, disques durs
externes,...) que je me suis servies pour l'archivage.
Cependant, dans son numéro 167 de janvier 2014, la revue "GNU/Linux Magazine
France" avait produit un long article sur la compilation du noyau (et sur
l'utilisation de DKMS) et, à la lecture de cet article et après quelques
réflexions, j'ai eu quelques idées qui peuvent faciliter - peut-être et, au
moins, en partie - la configuration du noyau.
Pour l'instant, sur mon système GNU/Linux, j'ai d'autres priorités
voilà, le mot: priorité.
c'est quoi la priorité aujourd'hui qui justifie qu'on passe du temps à
compiler le kernel?
gain de mémoire, mais uniquement dans le cadre de l'embarqué. sur un
serveur à 96Go de RAM je ne vois vraiment pas l'interet à compiler le
kernel pour gagner les 3Mo. dans les machines comme ca, je mets 0 swap!
gain de performance, mais hors virtualisation. et tout dépend de ce
qu'on fait. si on travaille dans un environnement lourdement chargé en
IO, la recompile peut etre utile, mais une fois de plus, vu le temps
qu'on y passe, optimiser le stockage, sizer correctement les trames
réseaux ou les cellules transmises dans les fibres me parait plus
efficace. il y a tellement d'autres parametres qui rentrent en jeu dans
le gain de la perfe, que la recompile est vraiment la cerise sur le
gateau quand on plus rien d'autre à faire. MAIS, faut-il encore avoir le
temps de la refaire chaque fois qu'on met à jour le kernel ! et le temps
c'est l'argent. dans une entreprise, ca compte.
gain de sécurité: là, c'est un autre débat. une machine très exposée en
DMZ subissant 10000 connexions uniques à la minutes?? oui, il faut peut
etre la recompile, non pour la perfe, mais pour durcir le kernel en
monolitique. et de toute façon, dans les grosses boites qui ont de gros
sites ayant ce genre de fréquentation web, ils ont souvent des grappes
de nginx clonés à l'identique par lot de 10. la compilation est faite
une fois sur le template sur un blade center. donc, ils ont les moyens
de se payer le luxe d'un kernel recompilé aux petits ognons.
conclusion: aujourd'hui, la recompile pour moi, a un champs assez limité
en environnement de production. en effet, les machines sont crées et
détruites toutes les heures, la recompile c'est vraiment dans les cas
très particuliers dans l'industrie où l'embarqué est présent. appliance
de firewall basés sur linux, PC pilotant un ROBOT de chaine de montage,
caisse enregistreuses dans les supermarchés .....
ou un geek céliba chez papa maman ....
mais je
compte bien reprendre la compilation dans des prochains mois.
Cordialement et à bientôt,
Stéphane.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/544acd8e.6060...@freeatome.com
