Reprise du message précédent :

 
Je ne suis pas tout a fait d'accord.
A l'heure actuel pour un serveur utilisant les applis testés dans l'article (apppli serveur et workstation, bdd, cao...) l'opteron est bcp plus performant. (pour une fois c'est pas 2~5% de plus)
 
Les testeurs ont essayés plussieurs compilations (optimisations) des softs quand c'étazit possible.
 
On voit là peut-être la différence entre athlon 64 et P4F, ce dernier utilisant les mêmes intruction EMT64 que le Xeon.
 
Jet

bah, il n'existe pas vraiment de bench pour donner les perfs globales d'un CPU qui soient représentatives de qlqc. Le meilleur reste toujours les benchs applicatifs.

je suis d'accord que l'Opteron est meilleur que le Xéon en 32bits dans ces applis, et qu'il en sera sans doute de même en 64bits. Mais la différence entre les deux est à mon avis exagèrée dans ces tests.
 
Même s'ils ont essayé différents flags de compilation, gcc pour amd64 a été créé pour K8, en suivant les manuels d'optimisation d'AMD. D'ailleurs, normalement, mettre le flag "-march=opteron" ne change rien, car c'est l'option par défaut. Ca fait plus de deux ans qu'ils ont un compilo fonctionnel, et depuis, tout le travail consiste en de l'optimisation. Il y a d'ailleurs de très grosses différences de perfs entre le premier sortit et le 3.4.1 actuel.
 
Evidement le Xeon profite de certaines de ces optimisations, surtout celles liées au x86-64 (16 registres...). Mais le flag -nocona est très récent et n'active sans doute pas autant d'optimisation que celles présentes dans le compilo 32bits. Et tous les tests faits avec des binaires précompilés sont fortement optimisés Opteron.
 
Evidement, je n'ai aucune base matérielle pour étayer cette idée, mais je pense que le Nocona se rapprochera de l'Opteron dans le futur, bien qu'il restera vraisemblablement derrière dans ce genre d'applis.
 
Evidement, il est possible également que l'implémentation du x86-64 soit meilleur chez AMD que chez Intel...

 
ce n'était pas des appli 64 bits    
 

 
Jet

WinRAR, Compression divX/Mp3, 3DSmax, les jeux, etc. inspires-toi des tests de HFR par ex : http://www.hardware.fr/articles/496/page1.html

dans certaines applis : si y aura une dif (et meme des 32), par contre quand on aura des applis 64
 
 

anandtech avait pas l air de dire ca, me semble que meme avec un gcc plus recent l opteron creusait encore plus l ecart
 
 
meme des prog de chez grosoft on dit que l implementation de l em64t etait foireuse par rapport a l amd64
 
 
ps: je dirais pas non a un ptit bi xeon nocona
 
 
 
edit :

je voulais dire que pour ce type d'applis, on sait déjà que l'Opteron est meilleur en 32bits, et donc que ça semble vraisemblable que ce soit le cas aussi en 64bits.

- les GCC plus récents optimisent encore plus pour K8 et sont toujours aux versions initiales pour l'EMT64. Il n'y a pas de nouvellles versions  tous les mois...
 
- GCC 3.4 améliore en effet pas mal les perfs par rapport au 3.3. Mais dans leurs tests, c'est un peu particulier, car ils utilisent le GCC de Suse, qui est une version hybride entre la 3.3.3 et la 3.4. Ils ne gagneront plus tellement à passer au 3.4 je pense.
 
PS: sinon, je suis d'accord qu'il y a eu pas mal de rumeur sur l'implémentation un peu faible de l'EMT64, ce qui a l'air confirmé ici. Mais je préfère leur laisser le bénéfice du doute, le temps d'avoir d'autres points de comparaison.

le 64 bit chez intel c un peu comme le sse2 chez amd, c un peu bancal

Bonjour j ai un AMD 64 3400+ avec 512Ko de cache et une gigabyte K8NS PRO bios F4 et j arrive pas a depasser 215 de FSB...
Alors on m a envoyé balader partout en me disant d aller sur le topic des A64 donc me voila!
Alors kess ke je fais?

essaie de baisser le coef du proc voir si c le proc qui limite
essaie de baisser le ldt (coefficient de l hypertransport), voir si c l hypertransport qui limite
desynchro la ram pour voir si c la ram qui limite
 
 
 
pkoi y a des questions pour oc sur ce topic ? y a pas une categorie oc sur ce forum ?

ben fo croire ke non! a chaquefois que des gens ont des problemes avec des A64 il se font locké leur topic!

peut etre pke il y a au moins un tpoic special a64

OC + A64 -> http://forum.hardware.fr/hardwaref [...] 3135-1.htm

 
Dans ce cas là bien sur, sinon le 64bits n'aurait aucun intérêt, mais là n'est pas la question du Monsieur

bon reponse pour yodaNC j ai baisser de 12 a 10 le coeff du proco ca passe sans probleme a 220 de fsb...sauf que ctte fois je passe au final de 2400 a 2200 mghz donc la on tombe dans l undercloking! lol
Donc j ai essayer d augmenter encore un peu le fsb et la impossible de lancer windows bien que l ordinateur demarre correctement...Le HTT est en x3 au lieu de x4 et a +0.3V idem pour le vddq et +0.2V pour la ram, vcore a 1,65 la ram est baissée a 166 donc voila j ai fais tout ce que tu m as dis et toujours impossible de monter reellement plus haut

bon je suis pas decu sur toute la ligne parceque ce processeur ne chauffe vraiment pas et en le sous voltant un peu (1,475 au lieu de 1,5) on arrive a 34 en idle et a peine 40 apres une heure de need for speed!
 
 
(c pas dangeruex le sous volateg j espere?)

A ce moment là passe en 11*220 (2420MHz).
Le sous-voltage n'est pas dangeureux. Il faut juste vérifier que le CPU est bien stable : tester avec Primer95 ou OCCT

Shaping Up Nicely : Microsoft’s XP Professional X64 Edition
 
Testé sur Opteron et Xeon Nocona.

ouais enfin la révolution n'est pas encore là...
Pour ce qui est du nocona il atteind les perfs de l'opteron d'une maniere générale (apres chacun des procs a ses applis de prédilection), mais bon je felicite pas intel sur ce coup, car ça maintenant 1 an et 5mois que l'opteron est là, alors atteindre les memes perfs apres tant de temps c'est pas tres glorieux....
 
et reste a voir le prix aussi.....

 
l'excellentissime x-86 secrette nous affublait en décembre dernier d'une new où les prescott contenait une arme de destruction massive anti AMD....
http://www.x86-secret.com/index.ph [...] sd&nid=691
 
mais où est elle ? .... partie en fumée, comme les armes idoines ? ... où la vérité est elle ailleurs ???

elle se cache daans une grotte

http://www.heise.de/ct/04/18/020/
 
. Statt 62 Watt wie beim Mobile Athlon 64 3400+ (mit 2,2 GHz) ist von 35 Watt die Rede. Und mit Powernow! lässt sich der Verbrauch im realen Betrieb noch deutlich reduzieren - wie weit, darauf sind wir sehr gespannt.  
 
35w pour un 2,2gHz ?
 
J'aimerais bien voir ca

moi aussi    
 
 
Mais c'est tout à fait crédible, les A64 Mobile sont ceux triés sur le volet pour leur faible consommation. Actuellement, en 130nm, les 2.2Ghz consomment 35W en les descendant à 1.8Ghz.
 
Le passage à 90nm doit bien pouvoir faire un 2.2Ghz pour cette consommation

SAlut
Moi j'aimerai savoir si des carte meres avec AGP/PCI Express seront dispo( j'aimerai bien garder ma 9800PRO ) ! VIA devais sortir un chipset ainsi, mais aucune news rien ! Si vous avez des infos je suis preneur !
MErci

Pour les chipset PCI-E Via et NF4, c'est pour fin septembre début octobre, ce qui est une disponibilité réel des carte-mère vers Novemebre.
 
Pour l'A64 Mobile, il est bien en S754 il est compatible avec les carte-mère classique n'est-pas? Et pour le rad? Ben oui le A64-M n'on pas de Heatspreader et donc son moins haut et je me demandait s'il avait un bon contacte CPU - Rad.

oui mais ce qui m'inquiéte c de savoir si les via supporteront bien l'agpx8..  

Depuis la baisse de prix les A64 et FX53 sont en rupture en europe et en asie.
 
Le double effet Doom3?

Non, l'effet "AMD change son système de gestion de la distribution":
http://www.theinquirer.net/?article=18023
 
Dans un autre registre, un système Octo-Opteron est maintenant disponible ici:
http://www.hpcsystems.com/products/svr_a5880hs.html
je serais très intérressé de voir les résultats dans SPEC pour voir l'évolution par rapport au quadri.  

Horus de Newisys : 4 x 8 = 32 processeurs Opterons

question bête :
 
La fixation des rad CPU sur le socket 939 est la même que pour les socket 754 et socket A ??

 
s939 et s754 idem mais different du socketA

mais un truc me trouble.
 
La fixation du waterblock 1A-cooling pour AMD est donnée pour socket A, 754 et 939, c'est donc plus ou moins compatible ?

 
en fait il donne plusieurs fixations pour que ça soit compatible sur plusieurs socket.
 
c pour ça que certain rad sont compatible Socket A/Socket 478/Socket 754/Socket T par exemple .

Les dual cores sont "taped-out" et fonctionnent sur un quad opteron HP Proliant DL 585.
 
http://biz.yahoo.com/bw/040831/305770_1.html
 
http://news.com.com/AMD+to+demonst [...] g=nefd.top

donc théoriquement, mm si référencé pour un p4 sur certains sites d'achat, le xp-120 serait livré d'office avec les fix pour A64 754, puisque c'est parfois mentionné comme étant compatible ? c'est automatique ou faut faire une demande spécifique ?

 
pour etre sur des fixations , le site du fabricant reste la meilleure source d'info .
ds le cas du xp-120 il serait aussi compatible A64 d'apres le site de thermalright.
ça n'empeche pas ke cetains rads sont compatible k'avec un seul socket et ke les constructeurs se reservent le droit de faire evolué leur package .

le CTO de Newisys a donné quelques infos complémentaires sur comp.arch
Les slides de la présentation devraient être hébergée sur www.realworldtech.com
 
ici

ouais en bref c'est loin d'être finalisé leur truc qd mm ... ils ont conçu "sur le papier" une puce capable de gérer un HT modifié mais ça s'arrete là. quid du compilateur au passage ?

oui, enfin, s'ils ont déjà envoyé leur layout à la fonderie, ça veut dire que ça marche en simu. A priori, ça devrait marcher une fois les puces reçues. Enfin, on sait jamais ce qui peut arriver...
 
Pour le compilateur, de quoi tu parles  

c'est pas mon expérience directe mais bon à ce qu'il parait entre la simu et la réalité il y a plusieurs pb à résoudre.
et pour que les i/o sur les 32 procs pour l'OS / les applis fonctionne faut bien que le compilateur aient les spec du matos, de façon à pouvoir tenir compte de tous les aspects modificateurs dont ils parlent. c'est bien beau de concevoir une nouvelle arch mais si t'as pas de sys opérationnel dessus c'est un coup d'épée dans l'eau. j'immagine que les modules sont en cours de réalisation mais ils en parlent pas.

Oui, c'est clair !
mais à ce que j'ai entendu, ça marche relativement bien. La fab donne des modèles précis des dispositifs fabriqués (au niveau portes logiques je pense), ce qui permet d'avoir des simus très réalistes, en tout cas, pour des circuits digitaux. Evidement, j'ai pas d'expérience personnelle dans ce domaine
De toute façon, ils ne peuvent pas se permettre d'envoyer 5 versions différentes pour corriger les bugs, ça coute cher et ça prend chaque fois 3 mois...

normalement, si ça suit la logique des Opterons, c'est complètement transparent. Tout ce qui est routage HT, cohérence de cache... est géré en hardware et toute la séquence d'initialisation est gérée par le BIOS;  l'OS voit un système SMP classique. L'ajout du chipset Horus ne devrait pas changer cela.  
Evidement, pour qu'il y ait des perfs décentes, il faut un support NUMA, mais je supposes que ça peut s'intégrer au support NUMA déjà existant dans Linux (et Windows 2003 ??)

c'est comme une conception de puce classique!
Ils ont toutes les techdocs des opterons, avec les correspondances de toutes les pins , et savent lesquelles vont leur servir.
a ce niveau pas trop besoin de compilateur, ça devient du hardware pur...
fo juste avoir les correspondance en niveau logique et en impedance...