COMPTOIR
  
register

Composé par —————

×
❯

detroit t

Test • AMD Radeon RX 6800 & RX 6800 XT
detroit t
visuel DiRT Rally 2.0

• Detroit : Become Human

Ce jeu est un transfuge de la PlayStation 4, parvenu sur PC. Il a été développé par le studio français Quantic Dream, utilisant un moteur maison propriétaire. Il plonge le joueur dans un univers cyberpunk se déroulant dans un Detroit du futur, où les androïdes assurent toutes les tâches pénibles, libérant ainsi l'humanité de ces corvées. L'histoire s'entrecoupe autour de 3 androïdes différents, qu'il faudra incarner à tour de rôle dans leur découverte de la conscience d'eux-mêmes et de leur aspiration légitime à la liberté, en découlant. La version PC utilise l'API Vulkan, nous mesurons les performances durant un déplacement reproductible, avec le profil Ultra couplé au TAA.  

 

detroit t [cliquer pour agrandir]

Ce qu'il y a de rassurant avec le futur, c'est qu'il y aura toujours des gars pour regarder les autres bosser !

 

Le face-à-face RX 6800 XT contre RTX 3080 FE est serré, l'avantage variant de l'une à l'autre suivant la plateforme utilisée. La RX 6800 a moins de souci face à la RTX 3070 FE, hormis en QHD sur plateforme Intel.   

 

 

 

• DiRT Rally 2.0

DiRT Rally avait été une vraie bénédiction pour les amateurs de rallye et conduite réaliste, alors que la série s'orientait de plus en plus sur le drift et une conduite très arcade devenant (très) indigeste pour certains. Sa suite a été commercialisée en février 2019 et persévère dans la même veine, pour le plus grand bonheur des amateurs de réalisme. Il s'appuie toujours sur l'Ego Engine, moteur DX11 maison, conservant dans cette version, un blending avancé qui améliore sensiblement le visuel, très agréable au demeurant. Pour les options graphiques, nous utilisons le niveau maximum couplé au MSAA 8x en QHD et MSSA 4x en UHD (sans TAA dans les 2 cas), ce titre souffrant d'un aliasing élevé sans ce dernier. Le jeu est maintenu à jour via Steam et nous utilisons le bench intégré lors d'une spéciale sur terre en Nouvelle-Zélande par temps clair, en mesurant les performances durant cette séquence avec Frameview.

 

visuel DiRT Rally 2.0 [cliquer pour agrandir]

Rien ne tel qu'une petite ballade champêtre en BX ou presque !

 

RDNA2 semble apprécier ce moteur, en conséquence la RX 6800 XT prend un net ascendant en QHD, ce dernier se réduisant toutefois fortement en montant en définition. De son côté, la RX 6800 devance systématiquement la RTX 3070 FE.

 

 

Direction l'enfer sur terre en Airbus en compagnie du Slayer page suivante.
Un poil avant ?

RX 6800 XT et boîtiers mini-ITX, l'impossible mariage ?

Un peu plus tard ...

8 coeurs / 16 threads à 4 GHz, tout Ryzen vs Comet Lake

sommaire

1 • Préambule
2 • RDNA2 : Une architecture améliorée
3 • RDNA2 : de nouvelles fonctionnalités
4 • NAVI 21
5 • Radeon RX 6800 & 6800 XT
6 • Spécifications & tests synthétiques
7 • Protocole de test
8 • Anno 1800 / A.C. Valhalla
9 • Battlefield V / Borderlands 3
10 • Call of Duty M.W. / Control
11 • Detroit Become Human / DiRT Rally 2.0
12 • Doom Eternal / Flight Simulator
13 • Hitman 2 / Horizon Zero Dawn
14 • Metro Exodus / Project CARS 3
15 • Red Dead Redemption 2 / SOTTR
16 • The Division 2 / The Witcher III
17 • A.T.W.S.: Troy / Watch Dogs: Legion
18 • RT : DiRT 5 / Ghostrunner
19 • RT : Minecraft / The Rift Breaker
20 • Indices / Benchmarks
21 • Fréquences et Overclocking
22 • Nuisances sonores / Températures / IR
23 • Consommation et efficacité
24 • Verdict

Sur le comptoir, au ~même sujet

 
 
 
 
 
 
 
 
 
 
 
 

Les 168 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
Message de Un #ragoteur connecté en Île-de-France supprimé par un modérateur : C'est sûr qu'avec ce genre de message on va prendre le temps de te satisfaire...
par Ping, le Mercredi 30 Décembre 2020 à 12h47  
Merci pour la màj
par Sarge, le Dimanche 20 Décembre 2020 à 22h41  
par Eric B. le Dimanche 20 Décembre 2020 à 15h33
En fait bien avant, c'est déjà possible sur des architectures comme GCN 1 ou Maxwell. Par contre il faut que la partie logicielle suive tant côté pilotes que de l'API. C'est pourquoi le Multi Engine qu'AMD a nommé commercialement Async Compute, n'a vraiment été utilisé qu'à partir de DX12 / Vulkan. Ensuite, le processeur de commande (assisté des ACE) s'est avéré beaucoup plus efficace sur les architectures AMD que son équivalent chez Nvidia jusqu'à Turing, nécessitant plus de travail des développeurs pour tirer parti de cette fonctionnalité sous peine de perte de performance. On peut ajouter aussi que les gains dépendent des ressources disponibles pour exécuter en parallèle d'autres tâches, donc plus une architecture est efficace (plus elle parvient à solliciter ses ressources en parallélisant l'exécution des instructions demandées) et moins elle aura de gains potentiels à en attendre. Enfin, les API bas niveau étant fortement inspirées par Mantle, elles étaient naturellement enclines à privilégier l'architecture des rouges (GCN) ayant servi de base à ce dernier.
Merci infiniment, pour toutes ces précisions !!!
par Eric B., le Dimanche 20 Décembre 2020 à 15h33  
En fait bien avant, c'est déjà possible sur des architectures comme GCN 1 ou Maxwell. Par contre il faut que la partie logicielle suive tant côté pilotes que de l'API. C'est pourquoi le Multi Engine qu'AMD a nommé commercialement Async Compute, n'a vraiment été utilisé qu'à partir de DX12 / Vulkan. Ensuite, le processeur de commande (assisté des ACE) s'est avéré beaucoup plus efficace sur les architectures AMD que son équivalent chez Nvidia jusqu'à Turing, nécessitant plus de travail des développeurs pour tirer parti de cette fonctionnalité sous peine de perte de performance. On peut ajouter aussi que les gains dépendent des ressources disponibles pour exécuter en parallèle d'autres tâches, donc plus une architecture est efficace (plus elle parvient à solliciter ses ressources en parallélisant l'exécution des instructions demandées) et moins elle aura de gains potentiels à en attendre. Enfin, les API bas niveau étant fortement inspirées par Mantle, elles étaient naturellement enclines à privilégier l'architecture des rouges (GCN) ayant servi de base à ce dernier.
par Sarge, le Dimanche 20 Décembre 2020 à 13h08  
par Eric B. le Dimanche 20 Décembre 2020 à 10h13
Désolé si ça a été un peu long à venir, mais l'accumulation de lancements a dépassé ma capacité de travail pour CDH.
Aucuns soucis, cela me dérange en rien.. de plus, tout le travail que tu fais est juste nickel !!
Cela dit, j'avais juste une question purement informative.. (j'en profite) ) le calcul asynchrone est possible depuis "Pascal" chez Nvidia et "Polaris" chez AMD (je parle des GPUs "tout public" ) ?! Ou j'me trompe ??
par Eric B., le Dimanche 20 Décembre 2020 à 10h13  
par Sarge le Jeudi 17 Décembre 2020 à 23h01
C'est toujours ce que j'attends le plus ds les dossiers, merci !!
Désolé si ça a été un peu long à venir, mais l'accumulation de lancements a dépassé ma capacité de travail pour CDH.
par Sarge, le Jeudi 17 Décembre 2020 à 23h01  
par Eric B. le Jeudi 17 Décembre 2020 à 17h06
Mise à jour du dossier avec la description de l'architecture.
C'est toujours ce que j'attends le plus ds les dossiers, merci !!
par Eric B., le Jeudi 17 Décembre 2020 à 17h06  
Mise à jour du dossier avec la description de l'architecture.
par Eric B., le Jeudi 10 Décembre 2020 à 09h37  
Infineon XDPE132G5D
par Un #ragoteur sigma delta d'Occitanie, le Mardi 08 Décembre 2020 à 23h19  
Bonjour, est-ce que quelqu'un connaitrait la reference du composant qui fait la gestion des phases d'alimentation sur ces cartes ?
D'avance merci.
par cabou83, le Samedi 28 Novembre 2020 à 20h39  
par Eric B. le Samedi 28 Novembre 2020 à 18h57
Ca n'a pas de sens de comparer des consommations à la prise de configurations différentes. Selon la consommation et la charge induite sur le CPU, tu vas générer un delta plus ou moins important qui t'empêchera toute lecture sérieuse de la consommation GPU.
Sur ses vieille génération effectivement il n'y a pas de capteur de la puissance consommer. Donc on peut juste éventuellement déduire la consommation de la plateforme hors GPU (surtout qu'avec la Vega j'avais la valeur) et environs la plateforme consomme ryzen consomme 100/120w en jeux (ça du à la utilisation de la v64, forcement avec une 280x la charge du 3600 est moindre). Donc c'est pour ça que j'en déduit un tdp de 175w(pour la 280X) pour arrivé au 250w total (prise).
Mais je me souviens très bien qu'a l'époque effectivement à la prise j'arrivais vers les 400w quand les jeux chargeaient bien sur la carte et sur mon vieux FX.
C'est juste un constat, les pilotes ont du faire une opti depuis 2011 vu qu'on a bouffé du GCN pendant presque 8 ans.

Edit: après c'est peut être du justement au faite qu'aujourd'hui les 3Go de VRAM sont saturé donc certaines unités serait "en attente" et donc la carte n'exploite pas son tdp maximum malgré une charge à100%, ça pourrait peut être jouer.
par Eric B., le Samedi 28 Novembre 2020 à 18h57  
Ca n'a pas de sens de comparer des consommations à la prise de configurations différentes. Selon la consommation et la charge induite sur le CPU, tu vas générer un delta plus ou moins important qui t'empêchera toute lecture sérieuse de la consommation GPU.