Le compilateur gcc propose une option d'optimisation en fonction de l'architecture: athlon-xp, athlon-mp, etc...
Dans mon cas j'ai 2 athlons XP reconnus en tant que MP (car modés) et je ne m'y connais pas assez en architecture pour savoir si les MP sont cablés comme les XP, auquel cas je pourrai choisir l'option athlon-mp.
si gcc proposait l'architecture athlon-xp-moddé-en-mp je saurais à quoi m'en tenir mais ce n'est pas le cas
c'est pour compiler une distrib gentoo integralement, donc c'est un peu long de tester les 2.
J'en ai deja compilé une avec -march=athlon-xp et ca ne presente pas de probleme particulier.
Seulement il est precisé que l'option -march= integre seulement le code necessaire a l'architecture précisée et supprime toute compatibilité avec les autres. Un systeme compilé avec -march=pentium ne fonctionnera pas sur un athtlon. Mais je ne sais pas jusqu'ou ils ont poussé l'incompatibilité. Un systeme compilé avec -march=athlon-mp fonctionnera-t-il sur un XP ?
Je suis quasi sur que oui, mais dans le doute je prefere poser la question car je n'ai pas envie d'avoir à recompiler tout mon systeme en cas d'incompatibilité (car ca prend quand meme plusieurs heures).
Pour repondre à ta question, un extrait du manuel gcc:
The choices for cpu-type are i386, i486, i586, i686, pentium, pentium-mmx, pentiumpro, pentium2, pentium3, pentium4, k6, k6-2, k6-3, athlon, athlon-tbird, athlon-4, athlon-xp and athlon-mp.
garde xp alors
il me semble que la # xp mp se faisait sur le cache L2 , que l'autre cpu pouvais piocher direct dedans , me goure surement, je m'en souviens plus
[citation=601,1][nom]Ministry a écrit[/nom]garde xp alors
il me semble que la # xp mp se faisait sur le cache L2 , que l'autre cpu pouvais piocher direct dedans , me goure surement, je m'en souviens plus
[/citation]
non c pas loin c a peu pres cela
