Linux.debian : installation forcée de 2.6.24-1-686 sur du AMD k7
Posté par Farvardin (page perso, ) le 12 février 2008bonjour,
avant sous Debian on avait droit à un noyau personnalisé pour les processeurs AMD : linux-image*****k7 maintenant cela redirige vers linux-image****686.
Est-ce que ce noyau est optimisé pour amd ou pas ? Y a t-il une raison à cela ?
> Lire le message (11 commentaires, moyenne: 1,6).
Vous avez demandé le commentaire #904248.
Run by 
Cette page a été générée par Templeet en 0.062s (dont 0.0185 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
2.6.24
d'apres Linus,
sur le noyau 2.6.24.x il n'y a plus de distinction entre x86 et x86_64
en effet cela entrainait une duplication de code pas forcement utile.
desormais il s'agit donc de la meme branche sauf cas specifique.
par contre pour un k7 c'est bien une architecture i686, et à part les instructions 3dnow, elle est similaire à la x86 32bits.
donc pareil, il ne doit pas y avoir de difference.
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux
[^]Re: 2.6.24
slt
j'aimerais avoir plus de précision:
quand tu dis qu'á partir du noyau 2.6.24 il n' y a plus de distinction entre x86 et x86_64.
parceque j'ai une ubuntu 7.10 avec le noyau 2.6.22-14 et il m'est impossible d'installer des packages du type x86.
En mettant á jour mon noyau vers 2.6.24 pourrais-je le faire??
[^]Re: 2.6.24
pour le detail : http://www.linuxfr.org/2008/01/25/23529.html
[...]avec ce dernier patch la configuration x86 est vraiment fusionnée et les architectures i386 et x86-64 sont vraiment juste des cas spéciaux de l'architecture globale "x86" lors de la configuration.ensuite pour installer des programmes 32 bits dans une machine 64bits,
il faut "simplement" installer les libs complementaires qui vont bien
chercher les paquets ia32-libs
ca te permet d'avoir ensuite
/lib -> /lib64
et
/lib32
et c'est a peut pres tout.
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux
[^]Re: 2.6.24
Heu, la fusion ne veut pas dire que maintenant _tout_ va etre pareil ! C'est le code commun qui a fusionné, pas les particularités de l'un ou l'autre !
En gros, avant on avait 2 branches totalement séparées pour x86 & x86_64, meme si elle ont beaucoup en commun.
Maintenant, les parties du code communes aux deux ont fusionné, mais elles ont toujours leurs particularités dans des fichiers séparés !
Enfin, je rajouterai que les optimisations des kernels genre K7 et compagnie, ca n'a rien a voir avec le code du kernel, c'est les optimisations que le _compilateur_ va apporter.
Et aussi, le 3DNow/MMX/etc ... n'est jamais utilisé dans le kernel.
Donc au final, les optimisations apportées pour chaque "saveur" de x86 (386, 686, K7, etc ...) c'est sur quelques instructions spécifiques (cmov par exemple) et surtout sur l'ordonnancement des instructions, en fonction de la taille/associativité du cache, du nombre/type d'unité, etc ... qui peut etre assez bénéfique dans certains cas. Mais peut-etre pas beaucoup pour le cas particulier du kernel.