Salut Florian .

Moi j'avais une 9800GTX+ et j'ai changé de système pour un i7920 et j'ai gardé ma carte .

J'ai vu une différence .

Au niveau qualité d'image, un peu, car j'ai pu mettre plus à droite les curseurs

Mais surtout au niveau FPS et moins de floue ou de saccades .

Bonne continuité .

Alp.

Salut Florian .

J'avais un dualcore 6600 2.4 mhz avec 2 gegs de ram .

Bonne continuité .

Alp.

Alors Alp!

moi, je suis passé d'une gtx285 à une gtx480.

J'ai vu un gain vraiment minime quoique : 1 à 2 fps ? même pas sûr.

Parc contre j'étais obligé d'OC la GTX285 car j'avais des bugs d'affichage et malgré les corrections des  tweaks de jesus..., et après l'OC de la CG j'en avais toujours mais moins.

Tout a disparu avec la 480...

Dernière modification par supersym (12-01-2011 18:01:35)

Choco a écrit:

Salut flo,

pour répondre à ta question voici 1 liens :

http://www.clubic.com/carte-graphique/c … gf110.html


Perso je pensais aussi à la Gtx 480 mais après lecture et vu que les prix sont identiques ou presque,  pour une GTx 480
qui chauffe à mort... bruyante etc... alors que la GTx580 n'a plus ses problèmes, pour moi le choix ext fait.

la 480 est une carte qui consomme effectivement beaucoup!

J'hésite plutôt avec la 570, car elle est proposée au même tarif que la 480!
La 580 est un peu trop hors budget pour moi...

Ptipilot a écrit:

Bonjour

supersym a écrit:

moi, je suis passé d'une gtx285 à une gtx480.

J'ai vu un gain vraiment minime quoique : 1 à 2 fps ? même pas sûr.

Parc contre j'étais obligé d'OC la GTX285 car j'avais des bugs d'affichage et malgré les corrections des  tweaks de jesus..., et après l'OC de la CG j'en avais toujours mais moins.

Tout a disparu avec la 480...

Juste une petite question qui me traverse l'esprit...
Puisque tu as OC ta 285 c'est que tu étais pleine charge dans sa configuration nominale...
Pourrais tu me dire comment tu étais arrivé à charger à fond ta 285 car moi avec un Processeur Phenom II X4 965 Black Edition à 3.4 Ghz en dessous, je n'arrive pas à trouver un paramétrage pour dépasser les 50 % d'utilisation GPU sous XP32?

En reprenant le topic sur les tweaks de jesus, tu liras que selon lui, le GPU peut être sollicité à son maximum à partir de 4.2 Ghz pour un i7920, et que les logiciels classiques de monitorisation GPU ne rendent pas compte ce cette utilisation.

Quand à l'OC de la carte, il était minime (de mémoire 10-20 %, guère plus, car sinon, elle n'était pas stable; mais il était loin d'être affiné)

@flo : le GTX580 à 480 roro ne fit que qq fps de plus dans les jeux gourmands en 3D (par rapport à la sparkle à 270 roro)

http://3dvision-blog.com/testing-geforc … o-3d-mode/

bon vols

Dernière modification par supersym (13-01-2011 08:33:52)

sans outils, simplement avec l'apparttion de bugs d'affichage (de mémoire des triangles clairs...) qui se sont nettement amoindris en OC la CG.

Dernière modification par supersym (13-01-2011 09:14:21)

Ptipilot a écrit:

supersym a écrit:

sans outils, simplement avec l'apparttion de bugs d'affichage (de mémoire des triangles clairs...) qui se sont nettement amoindris en OC la CG.

Tu confirmes bien mon sentiment....
Tu ne connaissais pas la charge de ton GPU.

Comme tu OC, les artefacts que tu avaient, pouvaient tout à fait être produits par autre chose qu'une saturation de ton GPU. Le fait d'avoir OC ta CG, à modifier le comportement visuel du rendu mais n'en a pas solder la cause.

Jesus's improvments :
this is about the card ability to 'process' the commands sent by the CPU, FASTER than the CPU ability to 'send' those commands.. its like a 'race' and the GPU needs to be faster! so, this holds specially true for folks using overclocked i7's @ 4.2 and DONT BELIEVE your GPU % Usage meter! it only shows USER SPACE... it doesn't tell you how much the 'kernel' (system) is using to process commands in the queue..

Je ne partage pas ton sentiment. Certes je ne connaissais  pas la charge de mon GPU mais les artéfacts obtenus correspondaient bien à ceux que d'autres obtenaient dans les mêmes circonstances.
Et après l'OC , ils apparaissaient de manière totalement identique sur le plan graphique, mais plus tard et plus rarement au début de la session, puis un peu plus fréquement par la suite.
Sans OC de la CG aucun vol n'était jouable jusqu'à la fin.
En OC la CG oui.

Dernière modification par supersym (13-01-2011 10:20:41)

Salut Supersym

tu indiques plus haut que la gtx 480 ne t'a même pas fait gagné 2 Fps !!! c'est vraiment plus que surprenant !
comment as tu fais tes comparaisons de la GTx 285 puis Gtx 480 ?

Perso j' ai suivi les indications de :   

http://avalsace.free.fr/hardware.htm

Afin de déterminer les limites de mon système et il s'avère que c'est bien ma Gtx 285 qui soit l'objet de pertes de performances, puisque elle me fait perdre dans ce test 33 Fps. Mais malgré cette perte je tourne tout de même à 27/29 Fps  sur une scène sur Paris de F-VFR, ceci sans aucun traffic voiture.

Si je vol sur  Paris Utx avec 20% de voiture (donc sans la scène FVFR) je tourne à 16-17 Fps mais c'est fluide.
mais j'ai toujous un léger retard de rafraîchissement des 3d sur les grosses villes

Bref j'avoue ne pas savoir quelle décision prendre quand à  cet éventuel changement de  GPU !

D'autre part çà fait plusieurs années que je constate que les performances  pour un même modèle de cartes graphiques sont différentes , car j'ai testé un jour la GTX 285 d'un copain et elle tournait nettement moins bien que la mienne, avec des artefactcs sur l'écran. J' ai aussi une seconde GTX 285 sur un autre Pc (à la maison) et là encore les résultats diffèrent
en donnant un plus mauvais rendement que celle dédiée à FSx.

Investir 500€ avec le port pour ne pas voir d'amélioration, çà me fait froid dans le dos...

Une autre solution que très certainement je vais choisir, acheter la carte chez un marchand qu'on connait bien, et
bénéficier de la clause 'satisfait ou remboursé'. il faut dans tous les cas, déballé le produit avec beaucoup de précautions
de manière à ce que le produit soit comme neuf, ne pas déballer les cables si possible.. et renvoyer le produit si les
résultats attendus ne sont pas au rendez-vous.

Dernière modification par Choco (13-01-2011 14:16:44)

Choco a écrit:

Salut Supersym

tu indiques plus haut que la gtx 480 ne t'a même pas fait gagné 2 Fps !!! c'est vraiment plus que surprenant !

ben non, justement c'est normal. C'est le proc qui fabrique les images, la CG les traite, en très gros !

En revanche j'ai gagné en stabilité.

Choco a écrit:

Investir 500€ avec le port pour ne pas voir d'amélioration, çà me fait froid dans le dos...

Ca c'est mon coté geek qui persiste encore parfois

Dernière modification par supersym (13-01-2011 14:15:11)

esmdu a écrit:

slt
rien ne vaudra ses propres tests..

andré

+1
D'autant plus que chacun a ses habitudes de vols : liners, vfr etc... sur photoréaliste +- autogen, ou gex/utx etc ...

supersym a écrit:

Jesus's improvments :
this is about the card ability to 'process' the commands sent by the CPU, FASTER than the CPU ability to 'send' those commands.. its like a 'race' and the GPU needs to be faster! so, this holds specially true for folks using overclocked i7's @ 4.2 and DONT BELIEVE your GPU % Usage meter! it only shows USER SPACE... it doesn't tell you how much the 'kernel' (system) is using to process commands in the queue..

Tout ce que dit Jesus n’est pas parole d’évangile…
Bon… Petite blague mise à part, il a fait un super boulot et je suis persuadé que certaines petites imprécisions sont du essentiellement à sa volonté de simplication afin d’être compris par le plus grand nombre. Et, là je l’applaudis des deux mains car pour moi c’est toujours un exercice de style terriblement difficile à faire.

Malheureusement, le revers de la médaille est qu’un lecteur qui ne connaît pas le concept du système peut partir sur des raisonnements qui sont faux…

Regardons donc ensemble tout cela d’un peu plus prêt.

Je vous ai assez emmerdé dans différentes interventions auxquelles j’ai participées pour vous dire que l’espace virtuel était divisé en deux :
-    L’espace USER (Ring 3)
-    L’espace KERNEL (Ring 0)

Leurs tailles dépendent bien sur du type d’OS 32 ou 64 bits.

Jusqu'à XP, l’architecture des pilotes (drivers) était monolithique et s’exécutait dans l’espace KERNEL.

Un pilote n’étant jamais qu’un programme utilisateur comme un autre (mais produit par des sociétés tierces…), il dérogeait donc à la règle de fonctionnement puisse qu’il tournait dans un endroit théoriquement réservé au système.
Cela avait donc certains inconvénients… D’une part de sécurité et d’autre part si le pilote était mal écrit, il plantait le kernel (noyau) du système. D’où les fameux écrans bleus…

Donc, avec l’arrivée de Vista, Crosoft a décidé de mettre en œuvre une nouvelle architecture de pilote appelée : Windows Display Driver Model

L’idée principale étant de gommer ces deux problèmes en ramenant une majorité du code de l’ancien model de pilote dans l’espace Utilisateur (Ring 0).
Par exemple, un pilote vidéo se décompose donc maintenant en deux parties.
Une partie qui tourne dans l’espace utilisateur et une partie beaucoup plus petite qui tourne dans l’espace noyau.

Regardons d’un peu plus prêt tout cet ensemble :
Dans l’espace utilisateur, nous avons cette partie de code qui est appelée « User Mode Driver (UMD) ».
=> Elle est en charge de créer des buffers DMA de commande.

Dans l’espace kernel, nous avons l’autre partie de code qui est appelée « Kernel Mode Driver (KMD) ».
=> Elle est en charge d’ajouter ces buffers DMA au contexte de la file d’attente du GPU.

A charge maintenant au « GPU Scheduler » qui se trouve également dans l'espace kernel de programmer l’exécution de ces contextes.
Le GPU Scheduler traite donc un contexte jusqu'à :
-    Que celui-ci soit complètement terminé et ensuite, il en prend un autre dans sa liste d’attente,
-    Ou bien que le Scheduler utilise son droit de pre-emption,
-    Ou bien qu’il y ait eu une « page fault » ou une « protection fault »,
-    Ou bien encore une synchronisation d’événement qui force le scheduler à redonner la main momentanément.

Voila, grosso merdo le principe de fonctionnement de cette architecture.

Pour en revenir à Jesus

supersym a écrit:

Jesus's improvments :
this is about the card ability to 'process' the commands sent by the CPU, FASTER than the CPU ability to 'send' those commands.. its like a 'race' and the GPU needs to be faster! so, this holds specially true for folks using overclocked i7's @ 4.2….

Là, nous sommes d’accord…

supersym a écrit:

Jesus's improvments :
…and DONT BELIEVE your GPU % Usage meter! it only shows USER SPACE... it doesn't tell you how much the 'kernel' (system) is using to process commands in the queue..

Là, je suis beaucoup plus dubitatif (voir pas d'accord du tout...), puisse tout ce qui ce passe dans le USER SPACE ou dans le KERNEL SPACE est traité par le CPU.
De plus, je ne vois pas pourquoi l’ensemble des fondeurs de GPU retourneraient une information qui n’est pas la leur (puisse qu'ils sont dans la boucle de création des API...)…

Dernière modification par Ptipilot (14-01-2011 19:13:09)