COMPTOIR
  
register

La GTX 970 de référence se montre avec ses specs

Si le caméléon a verrouillé tout ce qu'il a pu à l'approche du lancement de la GTX 970 et GTX 980, ça commence à fuiter un peu partout, fuite qui trouve en général sa source chez les chinois. Ce sont ceux de Baidu qui nous montrent des infos intéressantes. Tout d'abord, si on sait qu'on trouvera des GTX 970 customisées dès les premiers jours, on trouvera également des cartes au design de référence, et à ce jeu il semblerait que, d'après nos confrères, que cette GTX 970 partage quasiment le même PCB que la GTX 760, et si ces deux se ressemblent, il restent aussi courts l'un que l'autre, ce qui implique un ventirad qui déborde allègrement vers l'arrière, chose que nous connaissons chez Nvidia depuis la GTX 670.

 

Ce n'est pas tout, si GPU-Z n'est pas à jour, les infos quand même semblent correspondre avec les infos dévoilées par Videocardz exception faite des TMU. Il y aurait donc 1664 cuda cores, nombre que nous aimons bien sur CDH, 32 ROP, 138 TMU (donc ? sur ce point) des fréquences de base de 1050 MHz pour le GPU, 1178 MHz via boost et 4 gigots de GDDR5 sur bus 256-bit à 7012 MHz, nul doute que ça devrait pas trop mal marcher, exception faite probablement des très hautes définitions où le bus 256-bit devrait se montrer castrateur, mais les tests en parleront le jour J avec confirmation ou infirmation.

 

Enfin, un Core i3 4130 associé à cette GTX 970 tope un X3963 à 3DMark11, mais il y a eu récemment des tests du même benchmark qui donnaient des résultats différents, Coolaler lui donne X4625 avec un i7 4820k. A vous de contempler les scores sur le site de Futuremark pour savoir où se situe cette GTX 970, à priori entre GTX 780 et GTX 780Ti selon les rumeurs, à supposer qu'elles soient exactes. Ca approche !

 

comparo_gtx970_gtx760_ref.jpg  

Un poil avant ?

Bon plan: Crucial MX100 512Go à 169€ livré en Relais !

Un peu plus tard ...

Zen : la future architecture x86 d'AMD gravée en 16nm pour 2016

Les 91 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par N² embusqué, le Vendredi 12 Septembre 2014 à 14h25  
par Un ragoteur de transit embusqué, le Vendredi 12 Septembre 2014 à 13h07
Oui mais il n'y a qu'un seul gpu qui est connecté à l'écran donc il doit quand même copier les images du gpu2 en ram du gpu1 et ce peut importe la méthode de rendement non ?
puis bon les textures chargées en ram doivent quand même être chargée en double (une dans chaque ram), même si chaque gpu caclule une frame différente.
C'est pour ça que le scaling des SLI/CFX n'est jamais parfait et que ça consomme un peu plus de Vram qu'une carte seule: frame buffer dans la carte connectée à l'écran / synchro des cartes entre elles (infos de préchargement des textures) / ralentissement du à l'engorgement des bus PCIe et des infos de synchro entre CPU/GPU/PCIe.

Après, l'image 32bit non compressée affichée sur l'écran va bouffer grand max 30/40Mo env. en 1920 mais pour chaque passage dans le pipeline, on va ajouter des "layers" par dessus et en fonction de la complexité de la scène, ça peut vite monter. Mais c'est surtout les textures qui vont bouffer de la place (CF skyrim moddé qui peut monté facilement à 5/6 Go d'occupation Vram par exemple)

Globalement, chaque carte précharge SES données en Vram, et ces données sont quasi identiques en AFR vu que les images sont quasi pareilles, ou complètement différentes en SFR vu que chaque carte calcule un bout d'image différent (ce qui est un bordel logistique)
par Un ragoteur de transit embusqué, le Vendredi 12 Septembre 2014 à 13h07  
par Un ragot de moi de Picardie, le Vendredi 12 Septembre 2014 à 12h27
chaque GPU exploite pleinement sa bande passante pour calculer chaque Frame.
Oui mais il n'y a qu'un seul gpu qui est connecté à l'écran donc il doit quand même copier les images du gpu2 en ram du gpu1 et ce peut importe la méthode de rendement non ?
puis bon les textures chargées en ram doivent quand même être chargée en double (une dans chaque ram), même si chaque gpu caclule une frame différente.
par Un ragot de moi de Picardie, le Vendredi 12 Septembre 2014 à 12h27  
Afin de bien comprendre que le plus répandu c'est AFR, donc par alternance, donne donc le GPU1 bosse a calculer la Frame 1 alors que pendant ce temps le GPU2 calcul la Frame 2, lorsque le GPU1 a terminé il recommence afin de calculé la Frame 3 et ainsi de suite, sachant qu'en même temps chaque Frame peut être légèrement différente une de l'autre (et oui, la scène 3D évolue)on obtient une foi entrelacé, un résultat final comme d'avoir eu un seul GPU qui a calculé chaque image.

Donc, en gros la puissance de calcul est doublé, ainsi la bande passante AUSSI Car augmentation de frame du faite que chaque GPU exploite pleinement sa bande passante pour calculer chaque Frame.
par Joon, le Vendredi 12 Septembre 2014 à 11h38  
par Un ragoteur barré embusqué, le Jeudi 11 Septembre 2014 à 22h39
J'ai l'impression d'en savoir moins que quand je suis arrivé
Huff! Pareil pour moi, j'étais sur de moi avant cette conversation!
Je continue de penser ceci:
AFR: 2Go graphique dispo
SFR: théoriquement 2go PAR ZONE
AFR: 2Go pour les effets et 2 Go pour AFFICHER L'IMAGE FINALE.
...
Non?

CDH, soit sympa, toi qui a plein de carte, tu veux bien tester pour nous?
Les articules les plus récents date de 2004. C'est peu être l'occasion de refaire le point la dessus!

Puis surtout savoir ce qui se passe dans le concret!
par Un ragot de moi de Picardie, le Vendredi 12 Septembre 2014 à 09h54  
par vieux embusqué, le Vendredi 12 Septembre 2014 à 09h40
Non mais fonctionnement AFR ou SFR il n'y AURAIT pas de duplication...

Je continue mes investigations: j'ai lu que tout n'était peut-être pas copié, mais "les textures et les modèles 3D" étaient dupliqués...

Je continue à chercher...
Pas forcement que " es textures et les modèles 3D" étaient dupliqués", en faite cela dépends du bon vouloir des programmeurs, autant par les pilotes pour simplifier la tache sur certain jeux ils vont jusqu'à les stocker directement en mémoires centrale grâce au directX 10 aussi bien en dual-Gpu quand mono-GPU et ce meme si tu as de VRram en quantité.

par vieux embusqué, le Vendredi 12 Septembre 2014 à 09h40  
par Un ragot de moi de Picardie, le Vendredi 12 Septembre 2014 à 09h33
Ben oui, pour te trouver sur des forums ou les trois quart comme toi qui non pas encore compris qu'il existait diffèrent mode de technique de rendu en dual GPU et suivant leur utilisation dans le jeux qui font que sont fonctionnement diffère.

le seul point a savoir, c'est un travail de parallélisme comme stipuler depuis le début ainsi fournit dans le tableau explicatif fait par hardware.fr.
Non mais fonctionnement AFR ou SFR il n'y AURAIT pas de duplication...

Je continue mes investigations: j'ai lu que tout n'était peut-être pas copié, mais "les textures et les modèles 3D" étaient dupliqués...

Je continue à chercher...
par Un ragot de moi de Picardie, le Vendredi 12 Septembre 2014 à 09h33  
par vieux embusqué, le Vendredi 12 Septembre 2014 à 09h10
Bon ben si la mémoire est dupliquée en SLI/Cross la vitesse ne double pas, et si la mémoire n'est pas dupliquée en SLI/Cross la vitesse double.

Depuis le début je parle de mémoire dupliquée, après c'est peut-être une légende urbaine...

Tape "mémoire dupliquée SLI" sur google
Ben oui, pour te trouver sur des forums ou les trois quart comme toi qui non pas encore compris qu'il existait diffèrent mode de technique de rendu en dual GPU et suivant leur utilisation dans le jeux qui font que sont fonctionnement diffère.

le seul point a savoir, c'est un travail de parallélisme comme stipuler depuis le début ainsi fournit dans le tableau explicatif fait par hardware.fr.
par vieux embusqué, le Vendredi 12 Septembre 2014 à 09h10  
Bon ben si la mémoire est dupliquée en SLI/Cross la vitesse ne double pas, et si la mémoire n'est pas dupliquée en SLI/Cross la vitesse double.

Depuis le début je parle de mémoire dupliquée, après c'est peut-être une légende urbaine...

Tape "mémoire dupliquée SLI" sur google
par Un ragot de moi de Picardie, le Vendredi 12 Septembre 2014 à 06h16  
par vieux embusqué, le Jeudi 11 Septembre 2014 à 23h11
ben je comprends que sa vitesse double puisque chaque puce ecrit sur sa propre mémoire, mais que la mémoire est dupliquée. Pour traiter une même scene un SLI/Cross utilisera 2x plus de mémoire qu'un GPU unique. Un GPU unique traitera une scene de 100mo à 300Go/s par exemple, alors que le SLI/Cross traitera cette scene à 600Go/s mais fera 200mo à cause de la duplication.

DONC dans les faits, une même scene est traitée par la mémoire aussi vite en SLI/Cross qu'en monoGPU
La vitesse double autant que la mémoire double.

En 80 ragots, personne n'a pu démontrer le contraire: personne n'a soutenu que les données n'étaient pas dupliquées en SLI/Cross
Toi qui comprend rien a rien c'est surtout en fonction de la technique de rendu !!!

Non, c'est pas une duplication mais un travail de parallélisme, en AFR, chaque carte calcule une image sur deux et la taille d'une image n'est pas forcement la même que la précédente en fonction de la scène ...

Autant, un jeu en mode (SFR) sur une seul carte qui consomme 900 Mo,active ensuite le dual GPU et c'est 450 Mo sur chaque carte en Sli, ceci est vérifiable par un monitoring sans problème...

je te parles pas du mode option SLI 32X/64X CSAA Antialiasing trouvable uniquement par un Sli

par vieux embusqué, le Vendredi 12 Septembre 2014 à 02h16  
par Un ragoteur de transit d'Ile-de-France, le Vendredi 12 Septembre 2014 à 02h02
La mémoire ne s'additionne pas, mais la largeur du bus si.
http://www.amd.com/fr-fr/products/graphics/desktop/r9
http://www.nvidia.fr/object/geforce-gtx-titan-z-fr.html#pdpContent=2
par vieux embusqué, le Jeudi 11 Septembre 2014 à 23h11
ben je comprends que sa vitesse double puisque chaque puce ecrit sur sa propre mémoire, mais que la mémoire est dupliquée. Pour traiter une même scene un SLI/Cross utilisera 2x plus de mémoire qu'un GPU unique. Un GPU unique traitera une scene de 100mo à 300Go/s par exemple, alors que le SLI/Cross traitera cette scene à 600Go/s mais fera 200mo à cause de la duplication.

DONC dans les faits, une même scene est traitée par la mémoire aussi vite en SLI/Cross qu'en monoGPU
La vitesse double autant que la CONSOMMATION mémoire double.
bon, t'as fermé la boucle en revenant exactement au début: je vous laisse tergiverser...
par Un ragoteur de transit d'Ile-de-France, le Vendredi 12 Septembre 2014 à 02h02  
par Un ragoteur barré embusqué, le Jeudi 11 Septembre 2014 à 22h39
J'ai l'impression d'en savoir moins que quand je suis arrivé
Donc en conclusion, faut en tirer quoi ?
Que la mémoire s'additionne en sli et que le bus 256 bit va devenir 512 bit ?
La mémoire ne s'additionne pas, mais la largeur du bus si.
par vieux embusqué, le Jeudi 11 Septembre 2014 à 23h11  
par Un ragoteur barré embusqué, le Jeudi 11 Septembre 2014 à 22h39
J'ai l'impression d'en savoir moins que quand je suis arrivé
Donc en conclusion, faut en tirer quoi ?
Que la mémoire s'additionne en sli et que le bus 256 bit va devenir 512 bit ?
ben je comprends que sa vitesse double puisque chaque puce ecrit sur sa propre mémoire, mais que la mémoire est dupliquée. Pour traiter une même scene un SLI/Cross utilisera 2x plus de mémoire qu'un GPU unique. Un GPU unique traitera une scene de 100mo à 300Go/s par exemple, alors que le SLI/Cross traitera cette scene à 600Go/s mais fera 200mo à cause de la duplication.

DONC dans les faits, une même scene est traitée par la mémoire aussi vite en SLI/Cross qu'en monoGPU
La vitesse double autant que la mémoire double.

En 80 ragots, personne n'a pu démontrer le contraire: personne n'a soutenu que les données n'étaient pas dupliquées en SLI/Cross