COMPTOIR
  
register

"AMD sera compétitif vis à vis d'Intel avec Zen" dixit AMD lui-même

Nous n'en savons rien à vrai dire, mais c'est ce qu'a déclaré John Taylor, l'un des pontes d'AMD. Il est là pour vendre son truc, évidemment, sans donner le moindre détail technique. Nous nous permettrons quand même, vu le passé d'AMD de ces 5 dernières années, de garder un oeil méfiant. Le môssieur s'est fendu de quelques phrases volontairement rassurantes, et à quelques encablures du Computex où AMD y fera sa conférence, c'est une façon de faire monter la pression. Si pour Polaris on n'attend pas un saut de performances majeur mais plutôt un rapport perf/watt plus que doublé par rapport aux cartes 28nm comme l'a expliqué par le passé Raja Koduri, pour Zen, on est dans le flou, sentiment mélangé d'optimisme et de circonspection. Il a donc attaqué par ceci son entrevue :

Zen will compete with Intel on performance, power and specifications – not just price

 

Pour AMD donc, Zen ne sera pas l'énième puce à ne se battre que sur le prix pour assurer ses ventes, il devrait offrir des performances que l'on peut penser du niveau de Skylake, ou Kaby Lake dans le meilleur des cas, même si nous ne savons pas quelles différences il y aura entre les deuxième et troisième génération Intel. En Fait la stratégie d'AMD pour Zen tourne autour de 3 axes : le jeu, la VR et les datacenters (avec un Zen Opteron bardé de coeurs) Donc en théorie de quoi percer et être adopté plus massivement, y compris dans les portables. Voilà ce que dit Taylor de nouveau :

 

For the first time since I have been at AMD, I can say with absolute confidence that AMD has the products and strategies to change any negative perceptions customers may have had. AMD has moved ‘upstream’ with its support from HP in the new business class Elitebook and believe me we will get into premium products like Dell XPS, Lenovo Yoga, and HP Spectre and many more

 

Donc pour conclure, notre gadjot est plein d'espoir, et il le vend bien. Nous on espère que la firme tiendra parole, et que l'on retrouvera un marché plus équilibré. Taylor pense que Zen va changer le regard des gens sur sa boite, on a envie de le croire, mais surtout on jugera sur pièce. Trop de belles paroles se sont transformées en pétard mouillé depuis des années, et donc qu'AMD nous pardonne de ne pas entièrement être aussi joyeux et guilleret que lui ! (Source itwire)

 

amdlogo

Un poil avant ?

Une puce Pascal Mobile supérieure à la Titan X dans les portables série G d'ASUS ?

Un peu plus tard ...

Le GP106 intercepté sur Zauba

Les 65 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par Baba the Dw@rf, le Mardi 24 Mai 2016 à 19h55  
Il faut arrêter la mauvaise fois à un moment.
Même si tu as sans doute raison sur beaucoup de point le fait de s'accrocher au bus mémoire quand on parle d'une application fait dans le cadre de mes études qui était juste une preuve de concept de moins de 1000 ligne de code qui n'utilise aucune donnée externe....
L'appli consomme tellement peut de ressources que son impact est nulle sur les performances d'une machine de moins de 15 ans et que les différences de perfs peuvent être directement rattachées à une différence de performance entre les deux environnements. Désolé d'être septique quand on me dit qu'en 10 ans les performances se soit multipliées par 100 à fréquence égale sans augmenter la consommation du bousin de manière monstrueuse et donc perdre l'avantage de "consommer peu".
La question n'est pas de savoir "est-ce que ARM en est capable" mais plutôt "est-ce que cela représente un réel intérêt".
Je pourrais même pousser le vis en précisant que l'application était la seul sur le pi au moment du test quand le laptop faisait tourner ide, traitement de texte, navigateur internet et j'en passe à coté.
Ce n'est pas ma seule expérience de "ARM se viande en multitache" (même chose avec un quad core cortex A15 à 4*1.9Ghz qui n'atteignait pas les perfs d'un Athlon XP 1800+ à 1*1.6Ghz en autre) mais c'est la seule que j'ai pu chiffrer.
Sinon je suis très naif, je dirais amen sans hésité à un test convenable me prouvant mon tord.
par Un ragoteur de Lorraine, le Mardi 24 Mai 2016 à 10h46  
L'i5 ULV a sa RAM interfacée en 128bits (2x64) et à plus haute fréquence, les cores sont conçus pour les perfs et consomment en conséquence (>1W).

Comparer ça à un ARM in-order ULP dont l'archi a une dizaine d'années (conçu pour les 90-65nm) faut du culot, c'est tout. Compare à un SoC quad-A72 conçu pour les perfs, avec un bus 64bits mini et une interconnexion taillée pour (bref, un gros smartphone actuel), le résultat changera déjà pas mal et ARM a déjà annoncé bien mieux pour l'an prochain. Intel est clairement arrivé au bout du x86 et ça se voit bien sur les 4 dernières générations : perfs en hausse mineure mais complexité en hausse considérable.

La seule chose qui tient le x86 c'est Micro$oft et l'absence relative de concurrence côté OS/bureautique, pour des usages "pro" qui n'ont strictement rien à voir avec ce que tu as décrit et qui représentent dans les 3/4 de l'usage qui est fait des PC desktop.
par Baba the Dw@rf, le Lundi 23 Mai 2016 à 23h28  
par Un ragoteur de Lorraine, le Lundi 23 Mai 2016 à 16h59
Comparer un i5 ULV à un proco ultra low power (genre 100mW) archaïque, avec de la RAM en quantité limitée sur bus 32bits sur une appli multi-thread... t'es sérieux là?

Il est loin le Cortex A72...
On me parlait des fréquences, je ne faisait que montrer que la fréquence, comme l'ipc (voir plus bas) ne font pas tout. De plus je ne dis pas que ce sont les résultats pour tout ARM, je doute juste que quelques années et générations aie suffit pour améliorer la gestion des threads d'un facteurs 100 et comme toute l'histoire était d'expliquer pourquoi, selon moi, x86 ne sera pas détrôné avant longtemps dans le monde de l'entreprise ou l'usage normale d'un PC est largement au dessus de 10-15 thread ben voila quoi...
Sinon je n'ai aucune idée du pourquoi du comment le bus mémoire et la mémoire on un lien, l'application tournait en 32bits et ne consommait quasiment rien comme mémoire, même pour du mobile.
par Un ragoteur de Lorraine, le Lundi 23 Mai 2016 à 16h59  
par Baba the Dw@rf, le Lundi 23 Mai 2016 à 13h24
J'ai réaliser une application qui disposait de 10-15 acteurs (chaque acteurs possédera son propre thread après compilation). Le facteur entre le pi B qu'on avait (1*800mhz si je dis pas de connerie) et mon i5 ulv 2*1.7ghz limité à 30%
Comparer un i5 ULV à un proco ultra low power (genre 100mW) archaïque, avec de la RAM en quantité limitée sur bus 32bits sur une appli multi-thread... t'es sérieux là?

Il est loin le Cortex A72...
par Salva, le Lundi 23 Mai 2016 à 15h51  
par Vaark, le Dimanche 22 Mai 2016 à 06h07
Si tu nous fais ça pour vendredi tu es mon héros

En tout cas, à sa sortie, je n'oublierai pas de venir poster le bench à Thibaut avec 50% de plus que SL.
par YulFi, le Lundi 23 Mai 2016 à 13h46  
par Un adepte de Godwin du Languedoc-Roussillon, le Samedi 21 Mai 2016 à 12h54
http://www.comptoir-hardware.com/actus/software-pilotes/29116-amd-enterre-mantle.html
le phoenix, les cendres, tout ça

Mantle n'a été que le coup de pied dans la fourmilière et le brouillon de Vulkan. Avoir une techno proprio quand on ne domine pas le marché ça ne sert pas à grand chose de toute façon.
par Baba the Dw@rf, le Lundi 23 Mai 2016 à 13h24  
par Scrabble, le Lundi 23 Mai 2016 à 05h01
Ce qui ralentit le pi2 c'est le manque de ram, ... Le jour ou on verra une machine ARM avec 8 Go je peut te dire que tu ne verra plus aucune différence avec un PC x86. ...
@Un ragoteur de Lorraine
On aura beau dire, si ce n'était qu'une question de fréquence on ne remarquerait même pas la différence en bureautique.
J'ai réaliser une application qui disposait de 10-15 acteurs (chaque acteurs possédera son propre thread après compilation). Le facteur entre le pi B qu'on avait (1*800mhz si je dis pas de connerie) et mon i5 ulv 2*1.7ghz limité à 30% (en économie d'énergie) donc équivalent à 4*300mhz ne faisait pas 4 fois mieux (4 coeurs logique) ni 1.5 fois mieux (somme de la "fréquence brute" ). Non j'avais un facteur 100 voir 1000 au niveau des délais d'échange de message, de quelques µs sur le i5 (toujours brider à 30%) je passais à quelques ms sur le pi à cause des conflit entre thread (le pi était sous linux pas android qu'on soit clair la dessus) et ce n'était pas une question de mémoire vu que l'application ne consommait que quelques ko de base et montait à quelques mo si on sollicitait tous les capteurs environnementaux en même temps. Donc ARM équivalent au x86, j'attends toujours à voir. Au mieux on râlera parce que ca prends 3s et pas 30ms, au pire ca prendra 3minute au lieu de 3s ...
par Un ragoteur de Lorraine, le Lundi 23 Mai 2016 à 08h53  
par Baba the Dw@rf, le Dimanche 22 Mai 2016 à 07h17
L'ipc seul ne veut rien dire.
Petit exemple :
- J'ai un proco qui peut faire + et - et rien d'autre mais il fait 2 instructions par cycle
Ca fait un bail qu'ARM a un jeu d'instructions suffisant pour tout faire efficacement...

L'exemple que j'ai donné mentionnait clairement les unités SIMD (qui existent aussi chez ARM d'ailleurs), qui ont tendance à bouffer pas mal de place alors qu'elles seraient bien plus intéressantes mutualisées.

Je dis pas que tout est bon chez ARM non plus, mais faut arrêter de croire que les cores maison tiennent plus de Lada que de BMW, le plus gros "handicap" reste la fréquence du fait d'un simple choix de cible (TDP <= 1W)
par -Nax-, le Lundi 23 Mai 2016 à 05h55  
En même temps Intel a fait si peu d'efforts ses dernières années qu'AMD pourrait bien rattraper son retard et même le dépasser. Mais bon nous n'en sommes pas encore là et pour l'instant il faut lâcher 1500$ pour 10 cores ...
par Scrabble, le Lundi 23 Mai 2016 à 05h01  
Ce qui ralentit le pi2 c'est le manque de ram, aujourd'hui pour de la bureautique il faut 8 Go pour être à l'aise. Le jour ou on verra une machine ARM avec 8 Go je peut te dire que tu ne verra plus aucune différence avec un PC x86. Et ça va arriver plus vite que tu ne crois.
par Baba the Dw@rf, le Samedi 21 Mai 2016 à 23h25
Je trouve tout de même les performances limites même sur un pi2, ça fait le taff mais quand je vois ce que doit tenir un pc pro (accès à l'erp, l'agenda, la messagerie + quelques soft plus ou moins gourmand selon le domaine) je pense que le x86 a de beau jour. Suffit de voir la note qui en chie pour afficher deux applications quand mon petit ultrabook en a parfois 4-5 active en même temps pour un prix pas si éloigné de celui de la tablette...
Sans parler du parc applicatif existent.
Faut bien comprendre que la majorité des ventes de pc c'est aux entreprises. Et ARM c'est génial pour plein d'usage, surtout les spécifiques, mais ça tiens pas la route en bureautique intensive même avec un gros octocore qui commence a consommer autant qu'un x86 ULV pour des performance en deça.
Puis tant qu'on aura pas de windows ARM ou des débits globalment suffisant pour chromebook ou assimilé ou encore une migration massive du publique sur Linux, je pense qu'ARM restera marginal en desktop/laptop.
par Armand Raynal, le Dimanche 22 Mai 2016 à 13h04  
par Un ragoteur midediouuuuu embusqué, le Samedi 21 Mai 2016 à 23h45
Un "gros" ARM, ça n'existe pas et tout laisse à penser que pour remonter au niveau des x86 en perf, ils devront consommer non pas autant mais plus
C'est relatif. Les rasp pi, leur proco est petit comparé aux ténors des smartphones.

C'est histoire de prix aussi. Pour mme michu un ARM ça peut être pas mal pour avoir un pc apacher.
Le moins en cher en X86 c'est le socket AM1 en ce moment, mais avec ARM et des cartes mères avec un format peut etre encore plus petit que le mini itx, on doit pouvoir faire encore moins cher dans un package réduit encore plus.
par Baba the Dw@rf, le Dimanche 22 Mai 2016 à 07h17  
par Un ragoteur de Lorraine, le Dimanche 22 Mai 2016 à 06h11
D'après ce que j'ai compris, la dernière archi ARM de référence est déjà au niveau de Skylake en terme d'IPC...

Ajoute à ça qu'il n'y aura bientôt plus aucun intérêt pour des cores bourrés d'instructions SIMD (merci le transfert depuis les GPU, une archi à la Bulldozer partageant un "CU GCN" pour 4 cores ne conservant que les blocs "x86", c'est plié ) et Intel sera effectivement bien dans la mouise.
L'ipc seul ne veut rien dire.
Petit exemple :
- J'ai un proco qui peut faire + et - et rien d'autre mais il fait 2 instructions par cycle
- J'en ai un autre qui a le * et / en prime avec une boucle simplifiée en plus et quelques opti qui font qu'on a un nombre d'instruction par opération mul ou div d'ordre logarithmique (log(n) en base indéfinie), ben même avec une seule instruction par cycle on aura des performance à des millions d'années lumières devant celle du premier cpu "plus performant" en terme d'ipc parce qu'on a des jeux d'instructions plus energivore (circuit supplémentaire pour * et /).
Et bien pour ARM vs x86 ce n'est pas une question de * ou / (je sais même pas si on peut réduire ces opérations à un nombre en log(n) d'opération +, - ) mais c'est du même tonneaux, x86 embarque beaucoup plus de jeux d'instructions et est beaucoup plus versatile, ce qui augmente d'autant ses performances.