Reprise du message précédent :
Changement de page...

heu tu peut argumenté car la je dois avouer que je ne comprend pas le fond de la penser a part si tu parle du renommage du 5770 en 6770 qui poserait un problème pour le crossfire car 2 génération différente et donc la 6770 ne pourrait être coupler qu'avec elle même et pas avec par exemple une 6870

http://www.pixmania.com/fr/fr/4129 [...] tech-specs
 
"Contenu de la boîte :  Carte graphique, câble CrossFire, adaptateur DVI/VGA, câble d''alimentation 6-pin/4-pin, CD"

T'as vu juste.
Edit et rétro-argumentation en flashback sur le post de la page précédente.  

Le Crossfire entre CG de génération différente est possible, c'est juste le pilote qui l'en empêche. On pouvait parfaitement faire un CF de 3870 avec une 4870 à leur sortie, ça a été retiré des pilotes par la suite. Et pareil, tu peux parfaitement faire un CF entre 5870 et 5770, du coup, la 6770 (qui serait une 5770) pourrait parfaitement faire un CF avec une 6870 (ou plus si renommage).

Tu veux dire que ça pourrait fonctionner si les drivers étaient faits pour que ça fonctionne.
Parce qu'actuellement un CF ne se fait qu'avec des cartes graphiques ayant la même puce: HD5750/5770 ou HD5830/5850/5870/5970.

Ah bha c'est sûr que les 3870 avaient le même GPU que les 4870, évident...
Rien n'était fait pour que ça fonctionne ensemble, mais rien ne l'empêchait. Puis un jour, ça n'a plus du tout fonctionné.
Pour les 5770 avec les 5870, je ne sais pas si ça marche, mais je pense que oui.

 
Pas forcément.
C'est du bullshit marketing ça, pour forcer la vente de carte plus chère.
 
C'est comme le faite que la mémoire ne soit partagée entre 2 cartes.    
Car ce que fais chaque carte n'a aucun rapport avec ce que fait l'autre. (Pas de dépendance)
 
C'est juste pour améliorer l'efficacité du multi-gpu.
 
Déjà que l'on se retrouve avec du stuttering en ayant 2 cartes quasi identique.
Qu'est-ce que ce serait (Que ce soit en AFR ou SFR), si on avait une carte en face qui travail 50% voire 100% moins vite que celle qui lead ?
Un carnage et un bridage en série...

 
Il y a quelque chose qui m'interpelle quand même sur ces photos, les taches sombres sur le Rad :  
 

 
Ca fait un peu "montage photo" non ?

 
Le reste de la config a été effacé, donc possible que le gars qui a coupé le reste de la config a fait des bavures sans trop s'en rendre compte.
 
Pour ce qui est de la carte c'est peu probable que ce soit une fake. J'espère que la version finnale serra équipé de barre de renfort, les cartes tordu, c'est pas trop ma tasse de thé.

On dirait vraiment une 5870 six mais avec des sorties différentes.    
 
Ce qui est certain c'est qu'il y a 2Go

 
Il y a les traces de 8 puces, et comme on connais pas la densité de la ram, et ben on ne sait pas s'il y a 512Mo, 1Go ou 2 Go.
 
 
   

Pour la RAM c'est facile car on voit clairement qu'il y a le double de composant par rapport à une 1Go.

Et alors ? On peut mettre deux fois plus de composants avec une densité deux fois moindre "à l'intérieur"... Donc techniquement on ne sait pas.
 
Après, en pratique, on se doute bien que ça sera du deux gigots. (du moins on espère)

 
Je crois que tu as pas bien vu.
 

 
Regarde bien la différence entre une 5870 de base et une cayman, tu verras c'est bien le même nombre de puces.
La seule chose qui semble différer c'est les traces. C'est for probable que ces traces soit juste fait de façon redondante, pour
supporter la fréquence plus élevé.
 
C'est probable aussi que ce soit autre chose, mais bon j'en doute un peu.

un cf de 5770+5850 n'est pas possible ?

non
http://sites.amd.com/PublishingIma [...] _chart.jpg

edit

Un peu de Ray Tracing en temps réel... avec 4 CPU de 50 cores -> ICI
Je me demande combien de SP de Radeon ça prendrait pour faire tourner le même démo à la même vitesse.

http://blogs.intel.com/research/20 [...] aced_-.php
 
C'est un projet très ambitieux.
 

Beaucoup, car vu que c'est du x86 le Larabee, les demo comme ça doivent être en FP64...

 
Ils espèrent encore le sortir ce truc? J'avais bien aimé les fanboys qui disaient qu'intel allait enterrer ati et nvidia  

 
Clairement !
Surtout que le seul endroit ou intel aurait pu exceller avec son larabee, c'est le raytracing.
Le raycasting étant inacessible pour eux, trop d'avance de la part de ATI / nVIDIA.

Donc en gros leur Larabee est 4 fois moins puissant que prévu pour qu'ils soient obligés d'en mettre 4 en //

/troll

C'est surtout très très moche

Nan mais c'est bien hein. Pour jouer avec de l'intel suffit d'avoir les serveurs dans la cave, un abonnement edf en conséquence et rulez

 
 
le boucan des ventil odes serveurs qui envoi le streaming sur le portable
 
la "xbox720" fera la taille d un table basse et on posera carrement la TV dessus
 
 
 

Quand le raytracing arriveras avec un truc comme Larrabee ils sont mieux barré.
 
Avec la version 45nm était fonctionnelle sauf que ça avait que des perfs de GTX 2xx/48xx alors que ça serait sortie au moment des 58xx/GTX4xx en consommant autant que les GTX 4xx
 
Mais vu qu'Intel bombarde en process, p'tet qu'en 22nm ils ont une chance pour combattre les archis 28nm ATI/NVIDIA

Du raytracing en 720p@60fps c'est du très fort.
 
Surtout qu'en raytracing on a ombre/lumière parfait et très peu d'aliasing.

L'aliasing en fait il y en a autant qu'avec du raster, sauf que les algo de RT le prenne en compte.

La solution est de travailler en vectoriel avec un algo RT sans aliasing et donc plus léger.

La seule technique d'AA pour le RT est le suréchantillonnage, et donc augmente sérieusement les ressources consommés. Avec des modèles 3D velctoriels, on ne souffre plus du problème en question, mais il faut que la totalité du rendu soit en vecteur sinon ça marche pas.

bon vous arrêter de parler chinois(moi rien comprendre a la discutions), ici on parle des HD6000 et non d'un éventuel revirement de situation du Larrabee....

 
On est sur un topic GPU, donc normal d'utiliser le lexique approprié.
 
http://www.3dvf.com/modules/publis [...] 854_1.html
 
Pour ce qui est des radeons 6xxx, c'est quand même mieux de prendre les infos à la source sur XS ou hardware.fr. L'avantage de XS c'est que c'est hors NDA donc des news plus fraiche, après l'inconvénient c'est que c'est en anglais.
 
Si tu cherches des scoops t'es pas au bon endroit, si tu cherches des infos sur les 6xxx, ben faut attendre le 12 octobre, en attendant rien n'est censé filtrer désolé.

 
Je sais bien, mais le pire c'est leurs pilotes. Quand on voit que ati et nvidia ont du mal à nous pondre de bons pilotes avec leurs années d'xp je me demande bien ce que ça aurait donné chez intel...
 
Sinon j'ai pas compris ta première phrase  

 
Quel est le sens de cette phrase ? J'avoue que je vois pas trop où tu veux en venir ...

en tout cas, elle comennce a se faire desire.

XS c'est ça :
http://www.xtremesystems.org/forum [...] .php?f=144

C'est le site ou l'information circule le plus vite, genre une heure maxi entre le moment ou ça apparait sur le web, et ça finit sur XS. Niveau fraicheur ya pas mieux  

Ensuite elle est traduite dans la journée sur ce forum, et un mois après sur les sites francophone après la fin du nda.

Voilà en gros le schéma habituel, donc ici on a souvent tendance à traduire/commenter les infos de XS.

Pour le moment pour le 6xxx a part les photos on a rien de très concret.

 
En gros que XS ils donnent les infos (Surement de sources discrettes sous NDA) et qu'ils sont pas sous NDA.  

XS est un forum avec des membres qui sont sous NDA ou pas mais XS en lui même n'est pas une personne légale ...

Le raytracing demande beaucoup de perfs FP64 (à priori si on veut un bon rendu), et le x86, grace au SSE2 et surtout à l'AVX, va dépoter en FP64.
Et vu les perfs en FP64 des GF100/RV870, Larabee serait super compétitif pour ça.
 
Sinon les pilotes Intel ils ont pas que pourri, c'est aussi les dev. qui tests quasi jamais sur Intel. Avec de l'IGP VIA c'est pareil...

 
Je suis pas convaincu pour faire du rendu RT sur CPU.    
 
On pourra juste dire que l'avx va diminuer sacrément les temps de rendu de films, mais bon tant qu'on aura pas de moteur temps réel sur une API qui tirra parti du hardware de AMD ou nvidia on va pas aller bien loin. Le CPU stagne depuis un moment, et c'est pas AVX ni le bulldo qui vont faire du RT temps réel, il faut pas rêver. A la limite du mini moteur avec un affichage mario cart 64 en 512*480 et encore ...
 
Et je pense que ce ne serra pas possible pour tout de suite, les moteurs hybride vont faire leur apparition je dirais l'année prochaine, voir 2012, et il parait justement qu'un moteur est prévu pour 2012. Et mon petit doigt me dis qu'ils seront partiellement accéléré par les GPUs dans un premier temps, et qu'ils seront accessible que dans un second temps.
 
Le GPU qu'on connais est spécialisé dans le raster, il sait rien faire d'autre. Les bidouilles pour le faire tourner en RT sont pas vraiment viable à long terme et peu intéressante par rapport à ce qui se fait de mieux en raster.
 
Il faut pas oublier que le "global illumination" est une technique assez intéressante pour éviter de faire du RT et pour essayer d'obtenir un peu plus de réalisme.
 
Le RT a de l'avenir, car un moment donné, le raster serra plus lent que le RT, c'est juste une question de temps.

Le Larrabee c'est aussi du x86. C'est ce qui fait sa force en GPGPU sa seule utilisation faite actuellement.
 
En plus Nehalem -> Sandy Bridge, dans la version la plus grosse ça sera :
- 6 -> 8 cœurs
- 3,47GHz -> au moins 3,8GHz
- SSE -> AVX
 
En FP on devrait avoir au moins 3x plus de perf en peak... C'est pas si mal sans changer de process...