Reprise du message précédent :

 
C'est plutôt eux qu'il faudrait engueuler    

je crois que le message est passé, cette phrase ne visait pas barbare128.
/HS OFF.

Whatever! Personne n'est parfait...
 
Kaveri = Steamroller...    
 

Non.

euh désolé j'ai pu paraitre aussi dur c’était pas le but.
je dis juste que beaucoup de gens ici, lisent déjà les posts en diagonales par manque de temps, en cherchant du contenu intéressant.
 
Un français faisant ce genre de texte j'aurais même pas pris la peine de le lire et de lui expliquer que c'est illisible.
 
Écrit moins, et mieux, c'est tout ce qu'on te demande.

Il n'y aura en tout cas pas de FX steamroller c'est presque une certitude.

c'est toujours aussi condescendant.
pas content => molette  
tu lis bien les posts de norad non ?

Heu norad de quoi tu parle avec kaveri n'est pas sous streamroller..  
Kaveri utilisera des modules streamroller...tu pense qu'il vont faire du renommage avec les APU richland????
 

 
Je pensais avoir fait un effort pourtant    
 

 
C'est pour l'aider, sinon c'est clair, molette.
 

 
Euh tu veux vraiment savoir ?    
 

Une égalité c'est dans les 2 sens

edit: en d'autres termes, pour prouver que Steamroller = Kaveri, il faut montrer 2 points :
 1) que Kaveri utilisera l'archi Steamroller
 2) que steamroller ne sera présent que dans Kaveri

Et encore, ce ne serait qu'une équivalence, pas une égalité stricte. Peut-être voulait-il dire qu'il ne faut pas confondre architecture et implémentation.

Bah vue qu'il n'y a pas trop de slide sur de possible fx steamroller et l'abandon architecture 4 modules au profil de kaveri 2 modules niveau serveur... Alors peut on dire qu'il soit possible que kaveri soit le standard de la gamme streamroller...

j'ai zappé pas mal de page Bulldo (genre de 400 à maintenant)

mais ça expliquerait la disparition des géniaux wirmish-core 2.0

Y'a pas que Kaveri, y'a Berlin aussi

Wéwé, boulette de boulette, c'est bon je vais mangé du spaghetti avec des boulettes.

Hello,
 
On ne sait toujours pas il y aura combien de perf supplémentaires en % par rapport à Vishera +/- ?

tu veux la comparaison entre vishera et steamroller? Heu pour l'instant on paris sur 1 bouteille de vin contre 12 bières molson export. Peux importe les gagnant Marc paye le drink  

+15% mini
 

Moi je dit +80% en CMT.  

je me prendrais bien un A10 pour changer mon serveur, mais niveau budget
 
erf
 
par contre niveau SR d'ici la ya moyen que j'ai le budget pour ...
 
par contre pour les radeon 8970 budget déjà prévu

 
Pour qu'il y est ce genre de comparaison, il faudra 4 modules à steamroller (ce qu'on sait pas)...

Pourquoi un A10 et pas un A8 si c'est pour un serveur ?

c'était passé ça? je n'ai pas souvenir de l'avoir vu sur ce topic
 
Photo suposée du die steamroller

pour ce qui regrettent le choix d'arm sur la partie serveur
un test intéressant :
http://www.anandtech.com/show/7082 [...] t-tablet/6

L'efficacité énergétique est tout simplement extra, et niveau GPU on arrive à égaliser une NVIDIA 8500gt     !

le comble dans tout ça ?

le GPU qui est derrière est un adreno,
AMD avait très bêtement, vendu la licence à Qualcom en 2009 ...

Je me demande comment tu arrives à connaitre les performances et surtout l'efficacité énergétique d'un Snapdragon 800 face à un Jaguar sur la base de ce test

je vois pas pourquoi , il suffit de comparer un module steamroller à un module Piledriver, et si en plus on a enfin 1 module = 1thread c'est tout bénéfice pour les pefs ST aussi.

J'vois pas pourquoi puisque le thread ne pourra pas profiter de tout le hardware dédié au 2ème thread. Pire, en monothread, de PD à SR on passe de 4 à 3 instructions, soit une perte de 25%

http://www.tomshardware.fr/article [...] 37985.html
 

 
C'est moi ou alors ils s'emballent ?
 
Du coup, je comprend mieux ce dont parlait Netune hier.

Ils font référence à ce qui se disait il y a 3 semaines :
http://semiaccurate.com/forums/sho [...] post184500

 
Mais on ne sait toujours pas si c'est supposé être Steamroller ou Excavator ?

En faite, je suis plus 50/50 sur les possibilités qu'a AMD.
 
Spéculation A : Soit que AMD, souhait crée son propres hyperthreading, en permettant à un module d'être un équivalent à deux module de l'ancienne génération tout en diminuant la consommation et aussi l'espace de surface.
Avec l'avantage d'être compatible avec HSA ce qui multiplierais les performances en calcule hautement Parallèle.
 
Spéculation B : Soit que AMD, proposera une légère amélioration par rapport à Vishera en ajoutant un 2ème décodeurs (grossir certain cache) et amélioré la consommation. On parlera d'une augmentation 15-20% des performance par rapport a Richland mais AMD misera le tout pour le tout sur HSA/Huma pour accéléré les traitements hautement parallèle qui compensera de la faiblesse du CPU...
 
Le plan A, est mon préféré puisque d'une certaine manière ça permet à AMD de mettre en retraite son emblème " FX soufrant " et de placé ces APU finalement dans ce segment.  
 
Le plan B, est moins intéressant et trop risqué pour AMD, puisque 15-20% avec seulement 2 modules pour 4 thread et espérant que les développeurs se bouge le cul à recompilé chacun des programme pour en tiré parti... Le problème est qu'il n'y aucun ou du moins aucune nouvelle concernant des logiciels connu pour en tiré profit du HSA dans l'immédiat ni dans quelques mois. Si les développeurs prennent 2 à 3 ans pour faire les modifications, AMD soufrera partout.
 
 
Beaucoup de chose laisse pensé l'un ou l'autre.
Berlin qui prend la place des Opteron de 4 à 8 core donc, es-ce que l'hyper-threading version AMD viendra remplacé ou bien AMD choisit plutôt un CPU faible en misant sur le HSA.
 
Je crois surtout que l'image du die quant il sera révélé au publique, on aura la réponse qu'elle soit bonne ou mauvaise.

Berlin, c'est pas des opterons sur core PlDr ?

D'après la roadmap serveur ce sont des APUs sur core SR.

Ce sont des Kaveri renommés

Netune > plan C
 
trois ALUs / 2 AGUs par core, deux décodeurs, double cache.
 
augmentation de la conso, diminution de la freq max, mais gros gros boost en ipc.
 
mon plan préféré hehe

 
ça me rappel l'Athlon !!?

Je l'aime pas ton plan C... Il devient comme le plan B dans le sens qu'il boite...

 
Mais là, on parle bien de renforcer le décodage, pas spécialement les unités d'éxecution, donc passer au 1C/4T, ça ne me parait pas si évident.

Si si :

Ensuite il se pose la question du 4 thread / module.

c'est de toute f

açon suffisant, puisque le Phenom II en décodait "que" 3 et ça l’empêchait pas d'avoir un IPC 20/25% supérieure à BD

En fait, chaque core du module serait SMT comme déjà retranscrit par ma part quand le die shot partiel est apparu initialement.
 
2x plus de ressources par core, gérant 2x plus de threads = meilleur IPC par thread (quelques % à quelques dizaines de %) et IPC par module en hausse brutale.