Reprise du message précédent :
Aucun intérêt

 
La SK8N ?  
Si c'est ça, c'est quand meme la première mobo accessible pour opteron, et c'est déja bien

 
C'est cool, la mobo est accessible mais pas les procs
580 EUR un Xeon 3.06 GHz... 1200 EUR un Opteron 244.
Faut vraiment avoir envie d'Opteron

 
Ben si les procs sont accessibles et puis ça sert à rien de mettre un 2xx sur une SK8N, elle n'est que mono proc  
Et le 140 est à +/- 250? donc c'est accessible aussi  
Au fait, c'est combien une mobo pour Xeon ?

Mobo pour bi Xeon en France = 400 EUR mais pas besoin de RAM registered, d'alimentation EPS, etc.
 
C'est bien ce que je dis, les 1xx ne sont pas disponibles en France : aucun intérêt à l'heure actuelle
Et même s'ils étaient disponibles :
 
250 le processeur + 250 la carte mère = Pour ce prix là on peut avoir un P4 2.8C facilement overclockable + carte mère (et pas besoin de RAM registered). Je crois que ton 140 (à 1.4 GHz) aurait un peu de mal à suivre

 
On va pas polémiquer, l'utilisation n'est pas la meme non plus ... Et le p4 ne gère pas le 64bits  
 
C'est comme la news d'avant-hier (http://www.presence-pc.com/news/newsv3.php?news=1144) sur l'overclock d'un opteron ... C'est pas franchement raisonnable d'overclocker un serveur    
 
D'ailleurs, a propos de la ram ECC, il me semble bien que c'est possible, pas obligatoire pour l'opteron

Trouve-moi une carte mère Opteron qui prend de la unbuffered et je veux bien entrer dans les Ordres sur le champ

 
La Tyan K8W !!!  
(mais elle est pas encore sortie )
 

 
Désolé

 
Et ?
ECC/Non ECC mais registered obligatoire...

 
C'est quoi la différence entre registred et non registred ? J'ai du zappé un chapitre moi

 
La registered permet d'augmenter la quantité de mémoire embarquée.

 
Ben alors c'est mieux T'aurais pas un lien qui expliquerait le fonctionnement de l'ECC d'ailleurs ?

 
C'est mieux mais c'est plus cher...Et puis t'as besoin de 16 Go de RAM toi ?
Non pas de lien.

 
Non, par contre certains doivent etre bien contents de passer au delà de 4Go de RAM
 
Et je ferais rien de plus d'un Xeon 3GHz ! Un celeron 800 ca me suffit largement  
Tant pis pour le lien.

http://english.peopledaily.com.cn/ [...] 0904.shtml
 
China to Make Computer with Peak Speed of 10,000Gflops
 
Et devinez le cpu utilisé?

sur la registred, tu as des buffers sur les barettes avant d'arriver vraiment au chips mémoires. Ca permet d'avoir un signal de meilleur qualité sur le bus et donc de pouvoir y mettre plus de barettes en parallèle. Le désavantage, c'est que ça rajoute un tout petit peu de latence.
Ce n'est jamais utilisé pour des PC, mais pour les serveurs, ça a l'avantage de pouvoir mettre plus de barettes tout en entrainant pas d'erreur lors du transfert RAM <-> chipset.

j'ai pas de lien, mais c'est vrai que je me suis toujours demandé quel est l'algorithme utilisé.  
En fait dans l'ECC, tu as 8 bits ECC pour 64bits de données, c'est pour ça qu'on parle de barettes 72bits au lieu de 64. Ca permet de détecter et corriger un bit parmis ces 72, et de détecter mais pas corriger 2bits.
Sinon, l'Opteron supporte aussi le "chipkill ECC" qui a 16bits ECC pour 128bits de données, il permet de détecter et corriger 4bits d'erreur il me semble. Dans certaine version, il permet aussi de désactiver les chips mémoire défectueux, mais je sais pas si l'Opteron supporte ça.

c comme la mémoire simm 9 bits dont 1 bit de parité
 
j'eûs pensé que pour de la mémoire 36, 72 ou 144bits ça fait 1 bit d'erreur corrigé par octet

ben en fait, le problème, c'est qu'alors tu ne peut faire que des vérifications de parité, mais la parité permet uniquement de détecter un erreur de 1 bit, sans savoir où est l'erreur. Et s'il y a 2bits d'erreur, l'octet est déclaré correct.
 
En utilisant l'ECC (qui a besoin du même nombre de bits de corrections que ta méthode), ils ont trouvé un algorithme qui permet de détecter 1bit d'erreur et savoir lequel c'est (=>correction) et de détecter 2bits d'erreur (sans correction par contre)

alors il s'overclocke pas du tout l'opteron?  
'tin ça veut dire qu'on est obligé de payer plein pot pour des perfs correctes alors Un mauvais point, en atendant la sortie du 0.09µ

dernière niouse de 3Dchips ; source, the inquirer  
http://www.3dchips-fr.com/News/com [...] 03-07-25-2  

 
Met un P4 2.0 Ghz sur une CM pour serveur et esaye d'OC pour voir.

 
faut pas etre de mauvaise foi...:hienk:
pour l'instant c pas ça
ça monte mal en frequence c tout
le process de fabrication est pas totalement maitrisé  
le pari techno du soi est pas forcement judicieux

erf ça remet pas mal de chose en question alors... un 248 ça va pas etre dans mes moyens... jvais ptet repenser au g5 dans ce cas...

 
De plus on ne peut Overclocké que par le FSB en synchrone, donc ça limite grandement sur ces cartes mères récentes...

Maintenant que les pieces sont dispo chez LDLC j'ai fait un chiffrage pour une machine some toute assez basique, en dual opteron. Voila ce que ça donnes :
 
MSI k8d master      595
opteron 240 *2      858
corsair 256Mo *4    354
radeon 9000 pci     169
maxtor 160Go        198
graveur DVD dvr106d 239
antec 1040 bII      107
 
soit un score de 2520?. C'est vraiment pas donné et pour la video on pourait esperer mieux...
Comme je vises plutot du haut de gamme (et que l'opteron est inapte à l'overclocking), il me faudrait la meme en 244 et on arrive deja à 3850?. Le meme prix que le bi G5 apple avec une video plus performante, des procs qui ont l'air de tenir la route et une conig homogène. Et un SAV assez performant. Et MacOS X.
J'éspère que le prix de l'opteron va serieusement baisser d'ici décembre. Sans quoi ce sera sans appel pour moi, je retournes sur mac!

Et pourquoi pas un Xeon, plus performant que l'Opteron pour la vidéo ?

ben parceque la principale raison d'un tel investissement c'est de faire tourner un prog sur lequel je bosses depuis presque 5 ans... Et que le 64 bits pourait aider vu la taille que prends la moulinette.
J'ai du abandonner le developpement ya un an du fait du manque de puissance pour le faire tourner. Et j'ai bien envie de m'y remettre. Seulement vu que sur mes plus grosses sequences de test j'ai des matrices qui prennent pres de 500Mo de ram avec des operations sur des flotants ou les approximations ont été mon plus gros problème jusque là... Bref quite à changer de machine pour m'y remettre je vais passer au 64bits. J'essayerai de compiler un ptit bench pour le faire tourner sur un G5 à l'Apple Expo en septembre...

En pratique, c'est plutôt vers 1-1.5GB que ça commence à poser problème (~2GB si on a installé Windows ou Linux en /3GB).

ben je suis pas convaincu... mais c pour ça que je vais faire des benchs avant de me decider...
Pour la quantité de ram je pense que 2Go seront amplement suffisant mais c pas vraiment la raison pour laquelle j'opterais pour du 64 bits. C'est surtout pour pouvoir manipuler de grands nombres et des flotants plus precis, plus rapidement.
En fait grosso modo le soft sert à transformer un sequence video filmée en plusieurs angles en une sequence 3d.
Donc on vectorise chaque image en isolant des points carracteristiques et on les fait correspondre pour reformer un maillage en 3d qu'on peut ensuite morpher et en faire un rendu 3d. Et le tout en temps réel tant qu'à faire.
Sur mes videos de test j'ai 8 sources sur des sequences de 10 à 120 secondes et j'arrives pas à avoir un rendu en temps reel quoique je fasse. Je suis obligé de bosser sur environ une seconde d'image pour avoir une meilleure correlation entre les differents points.
Et le problème c'est qu'à force d'approximations j'ai toujours des décalages qui m'empechent d'avoir un maillage cohérent. Donc en gros je peux pas avoir des mailles de moins de 10cm.
Pour la puissance de calcul, la machine la plus puissante sur laquelle j'ai fait tourner l'algo ct un bi PII xeon 1GHz avec 1Go de RDRam et on arrivait peniblement à traiter 2 à 3 images / seconde. Depuis j'ai un peu optimisé les algos mais ça manque toujours de precision. Et de toute façon le resultat est encore trop dependant de la source. J'ai retraité les videos pour faciliter la recherche des points en les faisant ressortir à la main. Et j'arrives pas à faire ça de façon automatique.
 
Enfin bref j'éspère qu'avec une machine plus puissante j'arriverais a faire tourner quelque chose de plus convaincant et à finir le developpement. Meme si j'arrives pas à faire du temps réel, si j'arrives à traiter n'importe quelle source sans retouche manuelle à 10-15 ips ce sera deja pas mal. Et puis j'ai toujours la possibilité de separer les traitements sur plusieurs machines, genre vectorisation 2d sur une et réassemblage sur la 2eme.
 
Donc c'est vrai que le xeon pourait avoir de bonnes perfs mais quite à repartir de rien (vu que mes algos sont pas bons pour l'instant de toute façon), autant tout refaire avec de meilleures bases. Et visiblement le 64bit pourait etre plus performant. Et puis vu la différence de prix avec un opteron ou un g5, autant sauter le cap dès maintenant (enfin dans 6 mois).
Bon ceci dit c'est pas un projet serieux pour l'instant. J'ai commencé à y travailler pour m'occuper et parceque l'objectif est assez interessant. Mais j'admet que j'ai peu de chances d'en venir à bout... Seulement j'aimerais essayer et pour ça j'ai besoin d'une bonne machine.
Voila donc la raison pour laquelle je m'interesse à l'opteron et aux systèmes 64bits.

Ben en fait j'ai un ami qui a essayé de le faire tourner sur une sun blade 1000 et les perfs etaient nettement meilleures. Sachant que le G5 pretends rivaliser avec le Sparc à frequence egale c'est quand meme très interessant. Par contre l'opteron aurait pu etre une solution intermediaire s'il avait été plus abordable. Mais du fait de son orientation exclusivement serveur et de son prix (pour la version 244 surtout), je pense plus serieusement au G5. De toute façon d'ici septembre je devrais avoir de quoi faire des benchs pour comparer réellement les deux plateformes. J'éspère pouvoir le faire tourner sur un G5 en septembre et sur un opteron debut octobre. Je serais fixé à ce moment là j'éspère.
En plus vu que je traites des flux videos, le mac pourait avoir un autre avantage : quicktime... Et pas mal d'applications videos deja existantes. Avec en plus la possibilité de faire une acquisition directement avec des webcams firewire. Alors que sur un opteron je serais à priori restreint à Linux. J'ai pas l'intention de bosser sur ce projet sous windows en tout cas, vous comprendrez facilement pourquoi
 
En tout cas si je reprends serieusement le developpement j'envisages de le faire en open source, donc si ça interesse du monde c'est tant mieux! Quand aux eventuelles applications commerciales qui pouraient en resulter, c'est vrai que ça fait rever mais je reste réaliste : seul je n'y arriverais jamais et j'ai pas les moyens de gerer un projet comme ça en solo de A à Z. On sera en tout cas ammené à en reparler l'année prochaine.

 
Interressant ton histoire...
 
A prendre quand meme en consideration que si tu veux un jour beaucoup de puissance pour ton truc, le G5 restera limité a du bi-proc alors que rien n'empeche de monter une machine avec 4 voir 8 opterons...et la les perfs seront plus les memes...(le prix non plus certes)

je pense pas que des machines 4 ou 8 opterons soient dans mes moyens... Et à priori ce sera plus interessant de repartir le travail sur plusieurs machines, chaque étape etant traitée sur une machine et les données seraient transferées pr le reseau à chaque fois. En l'occurence on pourait envisager de separer le traitement 2d, la modelisation 3d et le rendu. Quoique le rendu ne devrait pas poser trop de problème avec les cartes 3d actuelles... Enfin j'en suit pas encore là et j'éspère que je pourais faire tourner tout ça sur un bi processeur.
Ensuite meme si c'est ce projet qui motive l'achat d'une telle machine, je n'en ferais pas que ça! C'est aussi un ordianteur dont j'ai l'intention de me servir comme machine principale.
Enfin bref, de toute façon si j'optes pour un opteron ( ) j'attendrais de trouver une carte mere pour workstation (avec AGP) et une legère baisse de prix...

 
 
je suis pas un programmeur (un an de deug mias ça compte pas )
mais j'ai des suggestions
 
 
il ne me semble pas qu'il yait des flottants plus précis sur opteron/athlon64
 
les registres de la FPU sont en 80 bits depuis le 387
 
 
 
 
je me demande si c pas du SSE2 que tu auras besoin
(instructions 128bits pour des flottants double précision)
http://cedar.intel.com/cgi-bin/ids [...] atCode=DED
http://cedar.intel.com/cgi-bin/ids [...] atCode=DED
(ce dernier lien, ça parle de matrices, donc je te l'ai copié-collé)
 
quoique j'ai l'impression qu'en fait le SSE2 ne te servirait à rien (sauf à rendre l'exécution plus rapide peu-être)
 
autre suggestion : utiliser un GPU (radeon 9600pro/9700/9800 ou geforce FX) pour tes calculations de matrices
http://wwwcg.in.tum.de/Research/Publications/LinAlg
http://www.google.fr/search?hl=fr& [...] ogle&meta=
http://www.shaderx2.com/shaderx.PDF
 
mais t'es limité à 256Mo de RAM seulement sur le GPU, le reste étant déchargé de la RAM du PC en AGP8X
pis faut récupérer le résultat après
 
et je sais pas si c facile à programmer
un GPU pouvant être 10 à 100 fois plus rapide qu'un pentium 4
la précision étant de 128bits sur une nvidia (mais c en fait 32bits par composante RGBA..)

comme l'as dis Blazkowicz, tu ne gagnera aucune précision en passant à l'Opteron (ni aucune autre plateforme), le 80bit du x87 est le calcul FPU le plus précis qu'il existe (en hardware), toutes les autres architectures sont limitées à du calcul FPU 64bits (à confirmer tout de même, et sans compter les GPU ou DSP spécialisés). Le passage en 64bit ne concerne que les registres généraux, qui sont utilisés pour les pointeurs et les calculs entiers.
 
D'ailleurs, tu n'aura absolument aucun gains à passer en x86-64, car si ton traitement est majoritairement FPU, tu n'a pas plus de registres (8 registres FPU sur l'opteron comme sur tous les x86). Les registres supplémentaires sont uniquement utilisables pour les calculs entiers / pointeurs.
D'ailleurs, ça se voit dans les tests de SETI, les perfs sont moins bonnes en x86-64 (dû au coût du passage des pointeurs en 64bits)
 
Par contre le SSE2 peut être bénéfique, car sur l'Opteron, en mode x86-64, il y a 16 registres SSE2 contre 8 pour les P4/Xéons.
La précision est cependant limitée à 64bit, car les opérations 128bits veulent dire qu'on peut faire une opération en parallèle sur deux "double" (64bits) (ben oui, le SSE2 c'est du SIMD: Single Instruction Multiple Data).
Le problème, c'est que les compilateurs actuels ne sont pas hyper performant pour générer du code SIMD, à part peut-être les compilateurs Intel. En plus, si ton code n'est pas facilement vectorisable, tu va pas gagner énormément au passage en SSE2. Donc faudra tester pour voir ce qu'il en est des perfs.  
 
Pour le G5, faudra tester, car il n'y a pas encore de bons benchs qui pourrait nous dire ce qu'on peut en tirer au niveau calcul pure. (ce serait qd même sympa que IBM pense à soumettre leurs résultats SPEC...)

Ca reste à verifier concernant le G5, le jeu d'instruction AltiVec pourait aider. Concernant l'usage du GPU, il ne sera la que pour le rendu final (OpenGL bete et mechant) mais je suis loin d'en etre là! et je pense que je vais recuperer un moteur existant, je me sent pas à recoder tout un moteur de rendu...
Mais tout ce que vous me dites là concernant l'opteron, c'est autant de raison pour l'eviter... Bien que je commences à me faire à cette idée je suis vraiment déçu. Il ne serait donc vraiment bon que pour les serveurs...
Enfin je vais quand meme essayer d'avoir plus d'infos sur l'AltiVec, ça pourait etre utile. Quand au SSE2, je devrais pouvoir l'utiliser sans trop de problème à condition que j'arrives à faire marcher le compilateur intel et ses fameuses optimisations... Il a du mal avec un code pas très propre on dirait.

*****************************************************************************************Architecture 64Bits**********************
*****************************************************************
         
Pour Info(commentaire uniquement pour Grosse tête)
Qu'est qu'une architecture 8Bits,16,32,64 pour un CPU ?
=> hé bien dans un codage en assembleur(codage machine, la seul maniere PURE de toucher au instruction du CPU, 10X la vitesse DU C++) AL ou AH sont des registre de 8Bits, ensuite AX ou BX des registre de 16Bits, il y avait jusque la le moyen unique d'avoir seulement en dernier le registre EAX(32Bits) ou EBX, maintenant grace à l'athlon 64 on va pouvoir programmer en ZAX(64Bits), donc pouvoir faire des calcul de ouf, sans avoir à utiliser 2 registre 32Bits.
==>    en Puissance, pour ce qui sont intéréssé par cela
  pour déplacer 8 octet(64bits) l'athlon 64 ecrira tout    
  simplement = MOV ZAX,2B32:1A45 donc une seul instruction
   VRROOOOOMMM....
    Un Pentium 4 :
  pour déplacer 8 octet(64bits) il devra ecrire tout    
  simplement = MOV EAX,2B32:1A45 et MOV EBX,2C32:1A45 donc Deux  
  instruction
   Petit VROOOMM....
Dans ce cas là et seulement dans ce cas là, l'athlon 64 doit aller 2X plus vite, en assembleur, existe dautre instruction comme MOV, c'est à dire ADD pour l'addition, MUL,DIV,POP,PUSH, et j'en passe, qui n'utiliseront pas forcémément les 64Bits.
 
==>     ATTention il faut réfléchir, lorsque l'on utilise un registre 64bits il faut pensé qu'on a besoin de cela
  MOV ZAX=12875319136254,    sacré chiffre puis aprés
  MUL ZAX,3 = veut dire 12315311213254 que multiplie 3
  hé ben moi je vous dit quant tant que programmeur, j'utilise  
  que rarement de telle chiffre    .
  les registre de 8Bits sont utilisé à 18%
  les registre de 16Bits sont utilisé à 51%
  les registre de 32Bits sont utilisé à 25%
  les registre de 64Bits seront sans doute utilisé à 6%
  Lorsque je veut faire dans un jeu(counter) 100 point de vie
  moins 40 point = 60 et j'ai utilisé un registre de 8Bits.
===> Donc difficile d'imaginer si l'athlon 64, même en utilisant ses registre de 64bits dans des logicielles sera BEAUCOUP PLUS Puissant     à Voir Beaucoup plus TARD    en 2004-2005
 
***************************************************************************************************************************************************************************************************

Ne confondé pas la puissance de bande passante 16,32,64,128,256,512Bits et les registre dun CPU ou GPU.
 
une TNT2 ou SIS 32mo 1er prix est aujourd'hui branchez sur des bande passante de 256Bits, mais cela reste un Processeur BATTAR.