[HFR] Actu : SK Hynix annonce sa GDDR6 pour GPU en 2018

Actu : SK Hynix annonce sa GDDR6 pour GPU en 2018 [HFR] - HFR - Hardware

Marsh Posté le 24-04-2017 à 17:14:17   0  

SK Hynix est le premier à annoncer sa GDDR6, alors même que le standard n'a pas encore été annoncé par le JEDEC. Gravée en 2x nm (sans plus de précision) et ...
Lire la suite ...

Reply

Marsh Posté le 24-04-2017 à 17:14:17   

Reply

Marsh Posté le 24-04-2017 à 17:16:11   0  

Une telle amélioration du débit ne peut qu'être bienvenue pour les usages GPGPU où l'accès à la global memory a toujours un impact non négligeable sur les performances.  :)

Reply

Marsh Posté le 24-04-2017 à 17:17:26   0  

Niveau conso, pas d'info ?


---------------
Ryzen 7 5800X - ASUS B550-F  - Samsung 970 EVO 1To - Samsung 860 EVO 500Go - G.Skill Trident Z @4000 C18 16Go - Nvidia GeForce RTX 3070 FE - Be Quiet Dark Rock Pro 4 - Seasonic Prime 750W Platinum - 27" SAMSUNG C27JG52 - Corsair M65 - Corsair 465X RGB-les
Reply

Marsh Posté le 24-04-2017 à 17:28:44   4  

On ne sait pas. Mais comme Samsung parlait d'un gain d'efficacité par Gbps de 30%, vu le gain de BP ce sera logiquement un peu supérieur à la GDDR5/5X.


Message édité par Marc le 16-05-2017 à 21:54:56
Reply

Marsh Posté le 24-04-2017 à 17:36:43   1  

d'apres ce que j'avais pu lire. le problème a l'heure actuelle c'est que la memoire bouffe de plus en plus d'énergie . ça devient presque ingérable d'avoir une carte peu gourmande et perf. du moins je parle en terme de performance énergétique .  

Reply

Marsh Posté le 24-04-2017 à 18:12:38   0  

herculanum a écrit :

d'apres ce que j'avais pu lire. le problème a l'heure actuelle c'est que la memoire bouffe de plus en plus d'énergie . ça devient presque ingérable d'avoir une carte peu gourmande et perf. du moins je parle en terme de performance énergétique .  


 
Pas forcément, tu peux avoir des stratégies de limitation de la BP au profit de l'économie d'énergie avec la même techno, la version basse tension, basse conso de la GDDR6 devrait être moins gourmande à performance égale avec la GDDR5X


Message édité par 3dcSkeeder le 24-04-2017 à 18:12:53
Reply

Marsh Posté le 24-04-2017 à 18:31:14   0  

Mais, du coup, la HBM deviendrait quasi obsolete, à peine arrivée?  (cout de l'interposer, difficultés de fabrication: hauteur des puces parfaitement égale au GPU) etc?  
Montée en fréquence, ou encore un doublement du débit des envois, comme sur la GDDR5X?
Interrogation, no débat/troll :o

Reply

Marsh Posté le 24-04-2017 à 20:05:06   0  

 Il reste de la marge avec les caractéristiques HBM2 quand même...

Reply

Marsh Posté le 24-04-2017 à 20:11:17   0  


Ah,enfin de la mémoire parée pour la 5k.

Reply

Marsh Posté le 24-04-2017 à 21:01:41   0  

D'autres sites parlent d'une mémoire gravée en 27nm et l'associe avec NVidia pour Volta...

Reply

Marsh Posté le 24-04-2017 à 21:01:41   

Reply

Marsh Posté le 24-04-2017 à 21:28:13   0  

Geob a écrit :

 Il reste de la marge avec les caractéristiques HBM2 quand même...


Pas vraiment en terme de débit, c'est strictement équivalent à même nombre de dies (4 par pile de HBM, 2 piles = même débit que 8 chips 32bits).
 
Par contre, niveau consommation c'est la grande inconnue...

Reply

Marsh Posté le 24-04-2017 à 23:17:40   1  

Les différences principales sont plus sournoises que la conso, car la où les HBM sont stackable, la DDR6 ne le sera pas. Donc la taille des cartes de chez AMD/Nvidia ne va pas diminuer mais augmenter.  
Les cartes consommeront toujours autant.

Message cité 1 fois
Message édité par damien440 le 24-04-2017 à 23:18:20
Reply

Marsh Posté le 24-04-2017 à 23:18:41   1  

Reply

Marsh Posté le 25-04-2017 à 09:25:37   0  

HashBoost a écrit :

D'autres sites parlent d'une mémoire gravée en 27nm et l'associe avec NVidia pour Volta...


 
Le process 2Znm est le second 2xnm de SK Hynix après le 2Ynm, il y'a plus de chance qu'il soit entre 20 et 25nm qu'entre 25 et 30nm mais cela importe peu.
 
Pour Volta ou Navi ce ne sont que des suppositions, d'un côté on peut penser à Nvidia vu "l'habituel" bus 384-bit, de l'autre à AMD vu les liens entre SK Hynix et AMD, mais à ce stade là encore ça importe peu.

Reply

Marsh Posté le 25-04-2017 à 12:17:50   0  

damien440 a écrit :

Les différences principales sont plus sournoises que la conso, car la où les HBM sont stackable, la DDR6 ne le sera pas. Donc la taille des cartes de chez AMD/Nvidia ne va pas diminuer mais augmenter.  
Les cartes consommeront toujours autant.

GDDR6*
 
Perso j'attends plus de la HMC que de la HBM. Pas sur que ca soit ce qui soit le mieux adapté sur les GPUs cela dit, mais j'ai espoir pour les CPUs.
 
A part ca SK Hynix sont pas mal chauds en ce moment. Je me suis recemment achete un SSD de leur marque (achete au Japon), c'est du tres tres bon matos et le prix est excellent (90 euros pour 500Go).


Message édité par samurai80 le 25-04-2017 à 12:23:46
Reply

Marsh Posté le 25-04-2017 à 13:00:49   0  

samurai80 a écrit :

Perso j'attends plus de la HMC que de la HBM. Pas sur que ca soit ce qui soit le mieux adapté sur les GPUs cela dit, mais j'ai espoir pour les CPUs.


La HMC n'a pas grand intérêt, le protocole "longue distance" pourrait concerner la RAM centrale mais seulement dans le cadre de barrettes fully buffered avec une interface vers des chips similaires à la HBM, juste pas forcément avec des bus aussi larges (idéalement, de la RAM brute).
 
Faudra voir où on en est des interposers organiques, car si on arrive à en faire des bien grassouillets c'est une solution qu'on pourrait retrouver... à moins que les CPU eux-mêmes ne finissent par intégrer la RAM "de travail" (pour le coup forcément de type wide-I/O) et que la RAM "centrale" n'ait plus tant de pression sur le débit et la latence. Ca serait juste une évolution similaire à celle du L2 initialement sur la mobo (soudé ou en barrette de SRAM) puis dans le package CPU (Pentium Pro en second die puis Pentium 2/3 soudés sur le PCB du processeur) et enfin dans le die lui-même (P3e et ultérieurs).

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed