COMPTOIR
  
register

AMD Fiji : le teaser officiel et la carte entière leakée

Après avoir été dévoilée par des images de synthèse sur une présentation interne AMD reprise par WCCFTech, montrée en partie par Johan Andersson de Dice, AMD ne pouvait plus garder plus longtemps ce secret de polichinelle. Du coup, et à l'approche du Computex, AMD tease à son tour sa grosse carte Fiji dont on sait qu'elle ne se nommera pas R9 390X. On suspecte toujours les 4 gigots de HBM sur bus 4096-bit, et les 4096 SP, on sait de manière sûre que la carte sera courte et refroidie par un système de watercooling AIO, ce qui est bien mais quelque part un aveu d'échec de ne pas avoir réussi à refroidir de manière confortable et relativement silencieuse en aircooling sa carte de la part d'AMD.

 

Grâce à un leak de la carte, on sait également qu'elle sera alimentée par deux prises 8pins, ce qui laisse entrevoir là aussi une bonne consommation, mais le système de refroidissement choisi par AMD devrait calmer la bête. Il n'est pas impossible par ailleurs que les partenaires ne soient pas en mesure d'offrir une carte customisée si AMD souhaite appliquer la politique du caméléon sur son très haut de gamme, mais ça on le saura bien tôt.

 

 

radeon fiji leak

Un poil avant ?

Trois nouveaux notebook abordables chez Lenovo

Un peu plus tard ...

Silverstone lâche de l'alimentation SFX à 700W

Les 73 ragots
Les ragots sont actuellement
prévention anti boulets.ouverts aux ragoteurs logués
par Dark, le Vendredi 29 Mai 2015 à 12h17  
par BX GTI 16s, le Vendredi 29 Mai 2015 à 07h07
Désolé.
Il n'y a pas de quoi être désolé, c'était une boutade. J'apprends des trucs en vous lisant, je ne vais pas me plaindre.
par BX GTI 16s, le Vendredi 29 Mai 2015 à 07h07  
par Dark, le Jeudi 28 Mai 2015 à 18h26
Au moins on peut dire que ça passionne deux personnes
En ce qui concerne le watercooling intégré, on peut voir les choses dans l'autre sens, on peut penser que la marque se laisse la possibilité de fournir une carte de base performante ( et un peu consommatrice mais c'est normal, on est toujours en 28nm ) , silencieuse, aux dimensions raisonnables ( par rapport aux trix/vaporx par exemple ) et avec une marge d'overclocking potentiellement alléchante.
Désolé.
par Dark, le Jeudi 28 Mai 2015 à 18h26  
Au moins on peut dire que ça passionne deux personnes
En ce qui concerne le watercooling intégré, on peut voir les choses dans l'autre sens, on peut penser que la marque se laisse la possibilité de fournir une carte de base performante ( et un peu consommatrice mais c'est normal, on est toujours en 28nm ) , silencieuse, aux dimensions raisonnables ( par rapport aux trix/vaporx par exemple ) et avec une marge d'overclocking potentiellement alléchante.
par BX GTI 16s, le Jeudi 28 Mai 2015 à 15h18  
La phrase qui tue

You'll be blown away by how much [capacity] is wasted

par BX GTI 16s, le Jeudi 28 Mai 2015 à 15h16  
"You're not limited in this world to any number of stacks, but from a capacity point of view, this generation-one HBM, each DRAM is a two-gigabit DRAM, so yeah, if you have four stacks you're limited to four gigabytes. You could build things with more stacks, you could build things with less stacks. Capacity of the frame buffer is just one of our concerns. There are many things you can do to utilise that capacity better. So if you have four stacks you're limited to four [gigabytes], but we don't really view that as a performance limitation from an AMD perspective."

"If you actually look at frame buffers and how efficient they are and how efficient the drivers are at managing capacities across the resolutions, you'll find that there's a lot that can be done. We do not see 4GB as a limitation that would cause performance bottlenecks. We just need to do a better job managing the capacities. We were getting free capacity, because with [GDDR5] in order to get more bandwidth we needed to make the memory system wider, so the capacities were increasing. As engineers, we always focus on where the bottleneck is. If you're getting capacity, you don't put as much effort into better utilising that capacity. 4GB is more than sufficient. We've had to go do a little bit of investment in order to better utilise the frame buffer, but we're not really seeing a frame buffer capacity [problem]. You'll be blown away by how much [capacity] is wasted."
par BX GTI 16s, le Jeudi 28 Mai 2015 à 15h11  
par lulu-nico, le Jeudi 28 Mai 2015 à 15h00
Explication sur la compression de tonga.
Quand tu comprends comme ça marche tu verras que ça ne peut servir cas ça.
Oui car ce sont des algo fait pour ça et dans un but précis. Incomparable à ce que l'on va trouver sur FijiXT où le frame buffer n'est plus du tout dans la même situation vu la largeur de bus ultra large.

Là selon l'interview de Joe Macri, il ne parle pas en effet forcément de compression mais de gestion de l'utilisation RAM, tout du mois il sous entends qu'une meilleure gestion (par le bais d'autres algo) une capacité de 4Go HBM n'est pas un goulot d'étranglement comparé à 4Go en GDDR5.
par lulu-nico, le Jeudi 28 Mai 2015 à 15h00  
par BX GTI 16s, le Jeudi 28 Mai 2015 à 14h56
C'est ce que je pense, la compression sur Tonga n'est pas utilisée à de mêmes fins que celle pouvant être vue sur Fiji, pas la même nécessité.
Explication sur la compression de tonga.
Quand tu comprends comme ça marche tu verras que ça ne peut servir cas ça.
par BX GTI 16s, le Jeudi 28 Mai 2015 à 14h56  
par lulu-nico, le Jeudi 28 Mai 2015 à 14h51
Oui j'ai vu mais je ne crois pas que ça viendra de du compresseur de tonga.
C'est ce que je pense, la compression sur Tonga n'est pas utilisée à de mêmes fins que celle pouvant être vue sur Fiji, pas la même nécessité.
par lulu-nico, le Jeudi 28 Mai 2015 à 14h51  
par BX GTI 16s, le Jeudi 28 Mai 2015 à 14h50
http://arstechnica.co.uk/information-technology/2015/05/the-tech-behind-hbm-why-amds-high-bandwidth-memory-matters/2/
De cet interview qui portait sur la quantité de HBM embarquée sur GPU MAD, Loe Macri semble suggérer aussi d'autres moyens.
Tu verras c'est un super article.
Oui j'ai vu mais je ne crois pas que ça viendra de du compresseur de tonga.
par BX GTI 16s, le Jeudi 28 Mai 2015 à 14h50  
par lulu-nico, le Jeudi 28 Mai 2015 à 14h46
Il compresse pour simplifier les couleur je ne crois pas que c'est possible de lui faire faire autre chose.
Ne pas l'employé c'est bête en cas de besoin extrême de bande passante on l'a.
http://arstechnica.co.uk/information-technology/2015/05/the-tech-behind-hbm-why-amds-high-bandwidth-memory-matters/2/

De cet interview qui portait sur la quantité de HBM embarquée sur GPU AMD, Joe Macri semble suggérer aussi d'autres moyens.
Tu verras c'est un super article.
par lulu-nico, le Jeudi 28 Mai 2015 à 14h46  
par BX GTI 16s, le Jeudi 28 Mai 2015 à 14h43
Il se peut alors que la compression ne soit pas employer à de mêmes fin que pour tonga, là où tonga a besoin de compresser pour économiser sur un bus 256 bits et une taille de cache L2 réduite (baisse des coûts), pour Fiji la compression par peut être d'autres types d'algo servirait à réduire la nécessité d'une quantité supérieure à 4 Go de HBM, dans le cas d'une charge importante (4K TAF+mods+AA)
Il compresse pour simplifier les couleur je ne crois pas que c'est possible de lui faire faire autre chose.
Ne pas l'employé c'est bête en cas de besoin extrême de bande passante on l'a.
par BX GTI 16s, le Jeudi 28 Mai 2015 à 14h43  
par lulu-nico, le Jeudi 28 Mai 2015 à 14h35
Par rapport a hawaii la bande passante augmente minimum 512 go/s mais on y rajoute la compression de tonga et la hbm semble(a confirmé ) plus efficace que la gddr 5 donc c'est tous cumulé une grosse augmentation.
Il se peut alors que la compression ne soit pas employer à de mêmes fin que pour tonga, là où tonga a besoin de compresser pour économiser sur un bus 256 bits et une taille de cache L2 réduite (baisse des coûts), pour Fiji la compression par peut être d'autres types d'algo servirait à réduire la nécessité d'une quantité supérieure à 4 Go de HBM, dans le cas d'une charge importante (4K TAF+mods+AA)