On Wed, 5 Dec 2001, Anne Possoz wrote:
> Je ne blague pas mais je ne sais tellement rien � linux que ce que
> tu me dis l� m'est totalement incompr�hensible:
C'est clair qu'on ne peut ma�triser tout le jargon. Personnellement je
suis en g�n�ral bouche ouverte quand des vendeurs commencent � parler.
Chacun a son jargon :)
> > hum, Red Hat a peut-�tre mis la nouvelle VM, les patches de performance,
> > etc.
>
> VM? Quel genre de patches de performance?
VM == Virtual Memory. Dans un syst�me UNIX moderne, si l'on touche � la
VM, en g�n�ral on est parti pour des ennuis (tout ou presque s'impl�mente
via la VM, y compris certaines op�rations du syst�me de fichiers).
La petite histoire:
Jusqu'� et y compris 2.4.9, la version officielle (pristine, non
patch�e) du kernel 2.4 contenait une VM fiable, par contre tr�s
inefficace avec les utilisations client ou haute performance serveur.
En 2.4.10, Linus Torvalds prend la d�cision d'essayer une autre VM
(ce qui fait s'h�risser les cheveux sur la t�te de toute personne
ayant une petite compr�hension de ce `version stable' veut dire).
Entre la 2.4.10 et la 2.4.13, Linus sort donc des kernels inutilisables,
avec corruption de donn�es, etc.
La 2.4.14 sort enfin, semble marcher pas mal sauf qu'elle ne compile
pas toute seule (bug dans loop.c, cf search.alphanet.ch pour le
fix). La 2.4.15 recorrompt les donn�es. La 2.4.16 semble de nouveau
�tre correcte,
Pendant ce temps, Alan Cox produit des versions -ac qui sont la
version officielle sans la nouvelle VM. Apparemment marche mieux, mais
est moins `mainstream'.
Le r�sultat: Linus arr�te de jouer avec la 2.4 et commence la 2.5. Un
br�silien sympa qui s'occupait jusqu'� peut de `quality control' dans le
kernel (en free-lance) re�oit le mandat de maintenir la 2.4.
Finalement, tout finit bien :->
[ de leur c�t�, les distributions ont ou n'ont pas livr� un kernel plus ou
moins modifi�.
]
> On peut savoir ce qu'un kernel a de compil� in-core ou sous forme
> de module? Et c'est facile de recompiler un module pour un kernel?
Dans le .config. La Debian met le System.map-$VERSION, l'image du kernel
compress�e (vmlinuz-$VERSION) ainsi que les modules et le config-$VERSION
dans le package du kernel binaire (si l'on utilise kernel-package).
La plupart des autres distributions ne donnent malheureusement pas le
.config du kernel avec le package binaire du kernel, mais ils le donnent
souvent ailleurs, p.ex. pour Red Hat dans le package source du kernel.
Choses � savoir:
- cp /quelque/part/config .config && make oldconfig
(pour int�grer une configuration, on peut aussi la modifier ensuite
avec make menuconfig/xconfig, on peut aussi diff(1)er des .config
- Red Hat livre un compilateur incapable de compiler des kernels.
Apparemment Mandrake aussi. Si l'on prend un kernel officiel il
faut alors modifier les Makefile pour utiliser kgcc (package �
installer) pour ne pas g�n�rer des kernels qui ne fonctionneront
pas ou corrompront les donn�es.
- cf le README du kernel consid�r� pour les besoins en outils, v�rifier
les versions avant de compiler.
> Je crois que pour les modules du kernel, c'est aussi simple que
> "make modules" mais pour Xfree, je n'ai pas trouv�.
Soit tu utilises XFree86 en mode `frame-buffer', alors l� effectivement tu
as besoin de compiler un module kernel, soit tu utilises normalement
XFree86 avec un pilote user-space (non kernel) et l� la seule chose qui
*pourrait* �tre n�cessaire est le support AGP (/dev/agppart).
Je ne m'y connais pas trop cependant.
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.
