Actualités cartes graphiques

C'est officiel depuis quelques mois, une partie au moins des nouveaux produits AMD de 2016 côté GPU comme CPU seront produits par GlobalFoundries en utilisant le process 14nm LPP développé par Samsung.

Selon ETNews , AMD ne se contenterait pas d'utiliser les services de GloFo mais ferait également appel à Samsung pour fabriquer ses puces sur ce process qui est commun au deux fondeurs. La production devrait débuter au second trimestre, avec une disponibilité autour de la mi-2016 donc, et concerner initialement les GPU avant l'arrivée de Zen sur les chaines de fabrication un peu plus tard.

Cette nouvelle est assez étonnante puisqu'en vertu des accords qui ont fait suite à la revente de la branche fonderie d'AMD, ce dernier dispose d'accord contractuels avec GlobalFoundries assez contraignants sur les volumes. Soit AMD a réussi à renégocier ces contrats, à la faveur par exemple d'un retard de GloFo pour la mise en place du process, soit il compte atteindre des volumes de commande bien supérieurs à ceux prévus.

Lors des premières annonces du GPU Fiji et de la Radeon R9 Fury X, AMD avait dévoilé le PCB d'une variante bi-GPU. Lisa Su, CEO d'AMD, avait alors précisé que cette carte graphique ultra haut de gamme serait disponible pour Noël. Mais AMD vient de nous confirmer officiellement que ce ne serait finalement pas le cas.

Pour rappel, la Fiji Gemini, nom de code de la carte graphique qui devrait s'appeler R9 Fury X2, est une variante bi-GPU de la famille Radeon R9 Fury pour laquelle nous nous attendons à ce qu'elle corresponde à peu près à une double Radeon R9 Nano. AMD devrait en effet exploiter son GPU dans une configuration orientée vers l'efficacité énergétique, exercice auquel Fiji se plie assez facilement, pour présenter un nouveau monstre de puissance sans faire exploser le TDP comme cela avait été le cas avec la Radeon R9 295X2.

Parmi les usages pour une telle carte se trouvent les très hautes résolutions, que ce soit de la 4K, du multi-écrans ou encore de la réalité virtuelle. Un dernier point d'ailleurs fortement mis en avant… et exploité aujourd'hui pour nous expliquer le retard de cette Fiji Gemini. La sortie de certains casques de réalité virtuelle (HTC Vive par exemple) a été repoussée, du coup AMD en fait de même pour sa solution bi-GPU. Questionné à ce sujet, voici ce qu'AMD nous a répondu :

Q. On the E3 Livecast, Lisa committed to shipping Fiji Gemini by Xmas. What happened? Is Fiji Gemini delayed?
A. The product schedule for Fiji Gemini had initially been aligned with consumer HMD availability, which had been scheduled for Q415 back in June. Due to some delays in overall VR ecosystem readiness, HMDs are now expected to be available to consumers by early Q216. To ensure the optimal VR experience, we're adjusting the Fiji Gemini launch schedule to better align with the market.
Working samples of Fiji Gemini have shipped to a variety of B2B customers in Q415, and initial customer reaction has been very positive.

Difficile de savoir quelle est la raison réelle de ce lancement repoussé puisqu'il n'est pas impossible qu'AMD profite de la situation pour ne pas avoir à admettre avoir besoin de quelques mois de plus pour fignoler sa carte bi-GPU et son système de refroidissement.

Quoi qu'il en soit, la déclaration d'AMD nous laisse penser qu'il faudra attendre le début du second trimestre ou la fin du premier trimestre (peut-être la GDC qui se tient à la mi-mars) pour ce lancement. Il serait alors peu probable qu'AMD lance au second trimestre un nouveau GPU haut de gamme fabriqué en 14/16nm. Si vous avez suivi les annonces récentes du Radeon Technology Group, vous aurez d'ailleurs pu remarquer une référence à la mobilité qui n'est probablement pas anodine par rapport au type de GPU qui pourrait introduire sa nouvelle architecture.

Pour répondre au GameWorks propriétaire de Nvidia, AMD renforce sa stratégie open source avec l'ouverture prochaine d'un portail dédié : GPUOpen. Au menu, des samples et des outils distribués sans restrictions dans l'optique de favoriser un partage de connaissances bénéfique pour l'évolution des techniques de rendu.

Lors de l'introduction de ses nouveaux pilotes, Radeon Software Crimson Edition, le Radeon Technology Group d'AMD avait annoncé que ceux-ci ne représentaient qu'un pan de sa stratégie au niveau software et que d'autres éléments suivraient. C'est le cas aujourd'hui avec GPUOpen, une remise en forme de sa stratégie à destination des développeurs. Comme le nom de cette initiative l'indique, AMD mise sur l'open source, tout d'abord dans le monde du jeu vidéo pour lequel les spécialistes du GPU fournissent samples, librairies et autres outils destinés à aider les développeurs à améliorer le rendu graphique et/ou les performances.

Et sans directement citer son concurrent, c'est bien entendu à l'aspect fermé de GameWorks qu'entend s'attaquer AMD. Nvidia préfère en effet conserver un contrôle total sur certaines librairies et dans certains cas les exploiter en priorité de manière à dégager un avantage compétitif direct plutôt qu'à simplement mettre dans les mains des développeurs de quoi les aider à améliorer leurs jeux. Si la philosophie d'AMD est en général tournée vers l'ouverture, il ne faut pas oublier que ces orientations sont également dictées par la force de chacun sur le marché. Nvidia peut profiter du poids de ses parts de marchés énormes pour imposer une stratégie agressive, ce que pourrait difficilement faire AMD dans sa situation actuelle.


A la base de GPUOpen se trouve une philosophie relativement simple : les meilleures innovations découlent du partage des connaissances. L'évolution du rendu graphique dans les jeux est progressive et se fait par petites améliorations successives apportées par différents développeurs. AMD entend donc faire en sorte que sa contribution ne puisse pas entraver cette évolution et pour cela le passage par l'open source est évidemment préférable aux boîtes noires que peuvent représenter certaines librairies concurrentes.


AMD entend ainsi lancer le portail GPUOpen avec un ensemble de contenu open source distribué sur GitHub (via une licence MIT qui offre une exploitation du code sans restrictions). Des effets graphiques directement exploitables, des outils, des bibliothèques et des SDK seront proposés sur ce portail qui sera ouvert dans le courant du mois de janvier. Le succès de cette initiative dépendra bien entendu de la capacité d'AMD à enrichir régulièrement son portail avec de nouvelles choses et avec le niveau de qualité requis pour convaincre un maximum de développeurs, notamment dans le cadre des nouvelles API de bas niveau.


Parallèlement, AMD rappelle que Linux profite depuis quelques temps d'efforts supplémentaires avec AMDGPU, un pilote qui unifie des pans ouverts et fermés/propriétaires avec une même structure, ce qui facilite leur exploitation et leur évolution. A la base d'AMDGPU se trouve un pilote open source (en kernel space) qui peut recevoir des modules ouverts ou fermés suivant les besoins. De quoi permettre à AMD de proposer, sur une même base, un pilote full open source et un autre optimisé pour les performances dans le cadre du jeu et des applications professionnelles. Typiquement, le module OpenGL fermé reste plus performant par exemple mais AMD a pour objectif de passer en open source dès que possible le module OpenCL/Vulkan du pilote "fermé".


L'open source ne concerne évidemment pas que le jeu vidéo et AMD insiste sur son infrastructure open source complète pour le GPU computing ce qui englobe ces nouveaux pilotes Linux et les compilateurs pour lesquels des nouveautés avaient été dévoilées il y a peu. Un ensemble qui permet aux développeurs de mieux comprendre comment leur code est interprété et éventuellement de faciliter l'optimisation et le débogage. Ce qui ne remplace bien entendu pas le besoin pour AMD, avant toute chose, de fournir des outils de qualité et de proposer un écosystème robuste pour convaincre le monde du HPC d'accorder sa confiance dans ses solutions.


Vous retrouverez la présentation complète ci-dessous :

AMD semble avoir enfin autorisé ses partenaires à décliner le GPU R9 390 avec 4 Go de GDDR5. XFX a ainsi ajouté à son catalogue  la R9-390P-8DF6, cadencée à 1015 MHz côté GPU et 1500 MHz pour la GDDR5, contre 1000/1500 pour les fréquences officielles.

Côté Sapphire le site ne référence pas à ce jour la R9 390 4 Go Dual-X trouvable sur le site chinois JD.com , mais on ne trouve pas non plus la R9 290 4 Go Dual-X pourtant disponible en France depuis plusieurs mois. Cette fois le GPU est à 1010 MHz et la GDDR5 se contente de 1250 MHz : on est donc côté GDDR5 à la même fréquence pour les R9 290/290X !


JD.com  référence également une carte PowerColor fonctionnant cette fois à 1010/1500 MHz, elle n'est pas non plus encore visible sur le site du constructeur. Alors que les R9 290 se font rare, on ne peut que saluer l'arrivée des R9 390 4 Go même si elle est tardive. La fréquence revue à la baisse sur la GDDR5 du modèle Sapphire est par contre surprenante, normalement ce genre de pratique ne se retrouve pas sur des cartes à ce niveau de prix. Reste à voir si ces modèles débarqueront en Europe ou si ils seront limités au marché asiatique.