Retourner aux forums || Retourner au forum Linux.debian
Linux.debian : installation forcée de 2.6.24-1-686 sur du AMD k7
Posté par Farvardin (page perso, ) le 12 février 2008avant 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 ?
No troll found in this incoming post.
Checked by ATG.
Version: 7.4.821 / Trollifiante Database: 247.13.2/1101 - Release Date: 30/04/2008 12:29
linux-image-2.6-686 compatible avec les k7
Tu peux lire les bugs #454777 et #464032
http://bugs.debian.org/454777 et http://bugs.debian.org/464032
-
[^]Re: linux-image-2.6-686 compatible avec les k7
Posté par serval21 () le 12/02/2008 à 10:34. (lien). Évalué à 1.Slt,
je sais qu'il existe des images pour les processeurs amd64. j'ai eu l'occasion de le tester avec ubuntu 7.10.
Mais il est tout de meme possible d'installer des images du type i386 ou i686 sur des architectures amd64. Et je te le conseille vivement, je ne sais pas pour debian mais avec ubuntu il y a beaucoup de paquets pas encore existants pour l'image amd64 et je nái pu compiler aucune source.-
[^]Re: linux-image-2.6-686 compatible avec les k7
Posté par Barret Michel (page perso, ) le 12/02/2008 à 13:27. (lien). Évalué à 2.La plupart des distribution possèdent au moins un noyau x86 et un x86_64 (souvent estampillé amd64). Mais pour avoir droit à du i686 avec peut être les des instructions en plus, il faut recompiler à la main.
--
Debian Sid
-
-
[^]Re: linux-image-2.6-686 compatible avec les k7
Posté par Farvardin (page perso, ) le 12/02/2008 à 10:36. (lien). Évalué à 2.oui j'avais lu le second où une utilisatrice se plaignait justement de problème avec cela.
Selon le premier lien, les performances seraient les mêmes.--
No troll found in this incoming post.
Checked by ATG.
Version: 7.4.821 / Trollifiante Database: 247.13.2/1101 - Release Date: 30/04/2008 12:29
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
Posté par serval21 () le 12/02/2008 à 16:33. (lien). Évalué à 1.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
Posté par NeoX () le 12/02/2008 à 21:15. (lien). Évalué à 1.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
Posté par benoar (Jabber id, ) le 13/02/2008 à 19:38. (lien). Évalué à 3.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.
K7 = 64bits ?
j'ai comme un doute la dessus
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux
-
[^]Re: K7 = 64bits ?
Posté par Farvardin (page perso, ) le 14/02/2008 à 08:02. (lien). Évalué à 2.non, K7 n'est pas forcément égal au 64 bits (j'ai un "vieux" sempron qui était considéré comme k7, et certainement pas en 64 bits. K7 = Athlon. cf. http://fr.wikipedia.org/wiki/Athlon
Merci à tous pour vos différentes précisions, me voilà rassuré maintenant.--
No troll found in this incoming post.
Checked by ATG.
Version: 7.4.821 / Trollifiante Database: 247.13.2/1101 - Release Date: 30/04/2008 12:29-
[^]Re: K7 = 64bits ?
-
Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.debian
Cette page a été générée par Templeet en 0.0614s (dont 0.005 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.