Reprise du message précédent :

Si vraiment t'es pauvre tu fait ça sous GNU/Linux avec gcc...

J'ai rien a voir avec Draknet !

Hoooohhh allez rigole ...
 

 
Arrêtes on sait que maintenant tu vas avantager Intel

Qu'en dis-tu NORADII sur Bulldozer, AMD a-t-il des chances, de proposer, une version vraiment corrigée et nettement améliorée niveau performance avec "Enhanced Bulldozer" ?

 
as tu des Infos faciles a mettre en oeuvre pour Linpack AMD ?    
 
(librairie a lacher dans LinX)
 

tu parlais de ça :

ça n'engage que moi sur ce coup là :
-AMD à joué la carte du changement d'architecture, pour tenté de revenir dans la partie. Il faut voir ça comme un coup au échec : ça se pense plusieurs coup à l'avance !
métavis qu'AMD pense (jouer un coup) solide avec le design Orochi. Et je pense qu'il vont réussir à nous refaire sourire, avant la fin du monde (toute blague mise à part) !

NORADII a écrit : a écrit : ça n'engage que moi sur ce coup là : -AMD à joué la carte du changement d'architecture, pour tenté de revenir dans la partie. Il faut voir ça comme un coup au échec : ça se pense plusieurs coup à l'avance ! métavis qu'AMD pense (jouer un coup) solide avec le design Orochi. Et je pense qu'il vont réussir à nous refaire sourire, avant la fin du monde (toute blague mise à part) !

 
lancement avant le 21/12/2012 alors !!!

GCC sous Windows ça existe

 
Pas exactement, mais ça devrait déja un peu aider mon frangin  
 
Merci d'avoir cherché !  

Oui coupaing
 
RENDEZ VOUS DEVANT LE YELLOW STONE À 9H

Pas possible

http://developer.amd.com/documenta [...] npack.aspx

Have fun

Tu veux monter une ferme de calcul afin de résoudre des tas de systèmes d'équations linéaires pour être tant omnibulé par Linpack ?

A chaque nouvelle micro-archi qui sort il faut retuner linpack, a chaque archi qui change (introduction de nouvelles instructions AVX FMA4 par exemple) il faut recoder le tout pour pouvoir utiliser la nouvelle instruction.
Plus la micro-archi change, plus il faudra changer le code pour obtenir les derniers % de perf. En revanche il est rare de perdre plus de 15% en passant d'une generation de micro archi a une autre sans changer le code (mais il est facile d'argumenter en faveur de BD en disant que c'est un changement d'archi majeur)
 
Linpack bloque les matrices pour des caches de 32k ou 64k suivant  les implementations x86 actuelles, il faut revenir aux versions optimisees P4 pour en trouver une bloquee pour 16K. Ca ne doit pas aider la perf de la version de Sam.
La version AVX devrait tout de meme tourner sur BD et ce plus rapidement qu'une version SSE. Elle sera suboptimale vu que les latences de l'additionneur sont differentes entre Sandy Bridge et BD et il faut derouler suffisament pour recouvrir sa latence.
 
Tout ca justifie une performance moindre de BD sur un code existant vs un code optimise (ce qui sera fait des qu'un supercalculateur utilisera BD, et existe probablement deja qq part).
On peut soit attendre le code optimise par AMD qui ne devrait pas tarder a arriver (vu que la ils vont avoir du mal a se contenter du code optimise par Intel), ou alors essayer de comprendre pourquoi les pertes de perf sont si elevees par rapport au potentiel max (plus que d'habitude).
 
 Au final, une performance moindre sur Linpack signifie que le core execute moins de multiplications et d'additions flottantes a chaque cycle.  
Ces operations sont responsables pour l'essentiel de la conso du core, donc si les perfs augmentent la conso augmentera avec (a v/f equivalents la conso devrait moins augmenter que la perf, probablement 1% de conso en plus pour chaque 2% de perf en plus).
 
Linpack est un bon depart pour parler de performances et de power sur du code scientifique, donc au moins interressant a regarder pour le marche du HPC ou AMD compte bien vendre BD.

Ils vont surtout avoir du mal car Intel n'autorise plus sa librairie à tourner sur un CPU AMD.
 
Et AMD ne fournit pas de librairie Linpack aux petits oignons, à ma connaissance, il faut compiler Linpack en utilisant leur guide.

Pour le "Cores-Fusion" je crois qu'on verra pas ça avant le "Steamroller", ou p-ê même jamais.
"Piledriver" va p-ê corriger les caches, ou un truc plus simple question de gagner ~5% de perf.

 
 
Bonne piste pour un nouveau HS

 
Si ils veulent utiliser leur FMA4 et les vecteurs de 256bits d'AVX ils ne vont pas avoir le choix. A moins que quelqu'un ait ecrit le compilateur capable de generer du code correct juste pour eux (j'ai des doutes).
D'ailleurs ce n'est pas si dur a faire que ca, il suffit de desassembler la librairie AVX d'intel, copier les boucles internes remplacer les mul-add par des FMA4, et diviser le nombre d'iterations de la boucle interne par 2.
 
Si ils ne le font pas je ne vois pas comment ils peuvent convaincre quiconque d'acheter un cluster de BD pour faire du HPC. C'est bien gentil OpenMP mais ca ne va pas remplir leurs vecteurs (ou alors je rate quelque chose).

 
Tu sais bien pourquoi j'ai posé ces questions concernant Linpack et AMD.
De mémoire , un X6 est performant avec LinX Linpack.
 
j'ai toujours été étonné que rare sont les résultats mis en avant de ces cpu X6 dans ce benchmark  
 
Maintenant ils sont anciens et les comparaisons ne sont plus identiques.

 
En même temps, normal, un supercalculateur tourne pas avec des binaires. Le super calculateur quand tu lance une boucle tu fait comme suis :  
Tu rentre ton programme, tu le schedule. L'os du supercalculateur va pécho son linpack non compilé, et défini le nombre de node inscrits et utilisés dans le scheduler. Il fait un calcul de perfs pendant 10 minutes sur ces nodes, puis il passe le programme a la moulinette pour enfin l'exécuter sur les X nodes. Le calcul linpack permet d'avoir un ETA du temps que va mettre le programme pour être passé. Se qui permet au scheduler de l'os de pouvoir scheduler et ordonnancer les taches. Mais rien n'est fait en temps réel.

 
Tu es une extra terrestre qui a pris forme humaine c'est ça?

Je ne vois pas en quoi ça empêche de fournir quelque chose du genre :
 
http://software.intel.com/en-us/ar [...] -download/

ok merci pour la réponse.
 
 

Tu me déçois Wirmish, on t'avais connu plus optimiste    
 
 

La fin du monde sera créé par les opterons/FX/PhenomI-II de AMD l'hors de la fission des cores en 2012...  
Le plan diabolique    créé par Hal9000 l'AI AMD  

5% de perf en plus, c'est ce que devrait prendre IB vs. SB sur le cpu d'après Anand (enfin, 6%)
Si on a BD relativement proche (enfin, plus proche) de SB que les X4/X6, alors ça pourrait rester un produit compétitif.
Après, si la comm inter cluster et la "fusion des ressources" du module pour 1T deviennent possible...
On verra bien...

on a le temps en masse pour ce rendre a 700 pages oO avant de voir arrivé BD
 

C'est surtout rapport a AMD qui ne fourni plus sa librairie
Mais il en reste que le linpack utilisé sur les HPC n'est pas celui d'intel ... http://www.netlib.org/benchmark/hpl/ celui ci plutôt !

Moi ce qui me surprend avec vos sites de lib ou bien dev c'est qu'un packet d'entre eu arrive a codé des compilateurs et plus mais n'arrive pas a codé une simple page HTML pour rendre ça plus professionnel ou même plus beau.... (net)Laidlib.org Ogre3d le fait bien :s

C'est pas ce qu'on leur demande.

Obnubilé

Euh...

Puis

Puis

Donc si tu veux benchmarker du HPC sur une machine Intel il faut utiliser l'implémentation Intel MKL, la même utilisée dans le le lien

P.S. : AMD ACML dans sa version 5 est optimisé Bulldozer, par contre pas encore de version Windows qui reste en 4.4.4. A noter d'ailleurs que AMD fournit les versions ACML compilées avec plusieurs compilateurs... dont l'Intel

Dites... Pourquoi pas faire une moyenne jeux et une moyenne applis (plus équilibrée) ?
 
Au lieu de bencher du Linpack sur un pseudo-FX...

 
vous comprenez pas l'interet de Linpack    
 
4 Cores / 6 cores Intel VS AMD = ??  

Bof, je pense que le 4-Core Intel est plus... régulier.

C'est long le 13 octobre...

Mouais, oui
 
Encore 15 jours.  
 

Plus que 15j

 
Ça dépend comment tu vois la chose
 
Pas de fuites d'Opteron en vue ?

Pour la dispo    
 

Pour la sortie
 
La dispo, c'est le 21/12/2012