COMPTOIR
register

×

amd rx 5700 xt 3d eclate t

Du CrossFire sur RX 5700 ? Ça sera non !
amd rx 5700 xt 3d eclate t

Si jamais vous êtes un richard amateur des rouges, il vous est peut-être venu à l'idée de faire vos emplettes avec un duo de RX 5700 - voire même en version XT - et ainsi bénéficier d'une double puissance de calcul théorique. Désolé de doucher votre enthousiasme, mais cela semble très fortement compromis.

 

En effet, le CrossFire, technologie des rouges permettant de synchroniser deux cartes pour un unique affichage, n'est pas supporté sur ces nouvelles venues. Certes, on comprend que stratégiquement parlant, les ressources allouées au développement de telles optimisations ne soient pas rentables ; d'autant plus que les évolutions des moteurs de rendu ont justement un scaling (la capacité à utiliser la puissance supplémentaire d'une seconde carte graphique) très mollasson. Et ce n'est pas le glissement des gammes vers les prix hauts qui viendra renverser l'argumentaire.

 

Cependant, le mGPU version DirectX 12 ne sera pas bridé : il sera donc toujours possible d'utiliser conjointement les cartes sur les très rares titres compatibles - pas vraiment de quoi se réjouir. Cela est particulièrement ironique vu que la RTX 2070 SUPER récupère le SLi du fait d'une mise à jour vers un TU104 ! Autant dire que nous ne sommes guère rassurés pour le passage vers des chiplets, alors même que le principe des GPU, des unités de calculs massivement parallèles, aurait pu sembler plus adapté que les CPU. Tout cela relève néanmoins de l'extrapolation, la gestion de multiples puces et de leur mémoire locale n'étant pas vraiment comparable à une puce multi-die. Qui vivra verra ! (Source : TechPowerUp)

 

amd rx 5700 xt 3d eclate t [cliquer pour agrandir]

De belles courbes, mais un peu solitaire...

Un poil avant ?

Un mini ventirad trop chou pour Raspberry Pi (4)

Un peu plus tard ...

Un brevet de Ray Tracing chez AMD

Les 7 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par luxy68, le Mardi 09 Juillet 2019 à 23h07  
le crossfire, c'était bien pratique y a 15 ans, aujourd'hui c'est plus la peine de s'embêter
par radada, le Mardi 09 Juillet 2019 à 18h47  
par Un rat goth à l'heure en Île-de-France le Mardi 09 Juillet 2019 à 13h57
Par ailleurs s'il existe 2 GPU Navi plus puissants, en cours de préparation, ça ne serait pas étonnant que ceui-ci en soit dépourvu.
Pertinent comme remarque..surtout que le CM x570 sont sli/cf ready?????
par Un rat goth à l'heure en Île-de-France, le Mardi 09 Juillet 2019 à 13h57  
Par ailleurs s'il existe 2 GPU Navi plus puissants, en cours de préparation, ça ne serait pas étonnant que ceui-ci en soit dépourvu.
par Un rat goth à l'heure en Île-de-France, le Mardi 09 Juillet 2019 à 13h54  
Et le PCIe 4.0 compte pour du beurre ? Et on parle de PCIE 6.0 justement pour faire face à ce genre de situation.
Autrement, à propos du multi-GPU il est probable que la distance entre GPU devienne une difficulté avec les débits des crossfire et autres sli qui augmentent, et alors ça tombe sous le sens d'avoir les GPU sur une seule carte. Et puis une puce gérant les I/O et l'affichage + une zone RAM style HBM2 multicouche + du multi-chiplet GPU, pas trop gros, juste pour calculer, c'est probablement la config optimum. Ca m'étonnerait pas qu'on voit ça l'année prochaine chez AMD et Nvidia, voire Intel pour ses futurs GPU sur carte graphique.
par davideneco, le Mardi 09 Juillet 2019 à 10h19  
par Maill le Mardi 09 Juillet 2019 à 08h56
Le retour en force des Dual GPU Mono Card ?
ça faisait un moment
Pff dual ,c'est pour les mauviette

Ils vont passez au Quad GPU
par Maill, le Mardi 09 Juillet 2019 à 08h56  
Le retour en force des Dual GPU Mono Card ?
ça faisait un moment
par davideneco, le Mardi 09 Juillet 2019 à 08h11  
On brise la limite des CU

On fait des puce de 64cu petite , donc pas chère et facile a produire

2 puce sur la carte , un petit coup d'infinity fabric

Et hop puissance doublé
(et nvidia réplique avec la compagnie qu'il on achetez mellanox et boom 2 tu102 sur une seule carte)