Pourquoi une GTX285 est mieux, au niveau de la mémoire ? (1000 mo contre 2x 900mo).

Je confirme.
Si tu veux plus de FPS, prend un processeur plus rapide (ou overclocke le tiens).
Mais une carte video supplementaire ne servira strictement a rien... a part a eventuellement creer des problemes.

Merci pour vos réponses. Au moins je vais faire des économies.

Pas évident : par exemple, tout à  fond, il arrive fréquemment qu'une 4890 (qui n'est quand même pas une CG de lopette !) n'arrive pas à suivre : et vlan les artéfacts ! (pics vers le ciel). 8500 oc à 3800Mhz.

supersym a écrit:

Benmars a écrit:

Une 295 est 2x275 en SLI et FSX n'aime pas le SLI.

Je ne demande qu'à le croire mais d'où tenez vous cette information ?

Car au moment d'envoyer les données à la CG, FSX ne fait que les mettre dans une petite boite qui va être ouverte par le driver de la CG. Et à aucun moment il ne voit apparaitre le sli. Et pour cause c'est le driver qui le gère et c'est transparant pour les jeux.

En revanche que les pilotes anciens aient été instables ou peu performant en SLI à un moment ok, mais c'est résolu depuis longtemps en tout cas pour les cartes bi GPU.

Bonjour,

http://blogs.msdn.com/ptaylor/archive/2 … -core.aspx

"Le SLI gagne un tout petit peu"... donc le SLI est un gros gaspillage d'argent par rapport a un changement de processeur pour celui qui veut des meilleures performances
Par contre attention a ce qui a ete dit plus haut vis-a-vis de la "carte ideale":
- je deconseille tres vivement d'investir dans une carte ayant seulement 512 Mo de RAM embarquee.
- si vous avez, ou comptez avoir un ecran en haute resolution, non seulement il faudra beaucoup de memoire sur la carte video, mais en plus il faudra que cette carte soit puissante, afin de gerer les operations telles que l'antialiasing ou le filtrage de textures sur des images aussi grandes.
J'ai une 8800 GTX, avec 1 Go de RAM embarquee, sur un ecran 22 pouces en 16/10 avec une resolution de 1680x1050. Elle s'en sort pas trop mal la plupart du temps, mais si par malheur je deviens trop gourmand sur l'antialiasing ou le filtrage anisotropique, ou encore si j'active certaines options graphiques comme le bloom ou les textures en plus de 1024 (texture_max_load modifie), la carte avoue tres vite ses limite, commence a chauffer, affiche des artefacts puis plante lamentablement l'ordi.

La 8800 n'est pas la carte ideale. C'est l'une des cartes minimales.

La memoire vive incluse sur une carte video est theoriquement beaucoup plus rapide que celle sur la carte mere.
Evidemment, elle est aussi beaucoup plus chere.
Du temps des cartes AGP, une carte video pouvait utiliser un peu de memoire de l'ordinateur en cas de manque, mais les performances de cette memoire etant moindres, les GPUs etaient ralentis par son utilisation.
Maintenant, avec les cartes PCI-express d'aujourd'hui, je ne sais pas comment ca se passe.

Dernière modification par Daube (21-01-2010 22:42:30)

supersym a écrit:

ben ça confirme complètement ce que je dis
le sli gagne un tout petit peu sans que ça soit bien net mais n'enlève rien.

Pas si sûr... Il semble que l'on gagne quelques fps seulement dans de très très hautes résolutions et avec l'anti-aliasing à fond. Dans le cas contraire il y perte de fps.

http://www.jetlinesystems.com/performance.html

Juste une question pour ne pas mourir idiot ?

C'est quoi le SLI ?? En aurai-je un ou n'en aurai-je pas un sans le savoir ?

Merci

Avec une GTX 295 en SLI, les derniers 196.21 et les réglages ci-dessous, je n'ai jamais eu autant de plaisir à voler avec FSX. Avec le JetStream de PMDG, sur la 34R de KSEA en VC à l'arrêt, les fps (illimité) sont égaux ou supérieurs à 20, ils augmentent très vite peu après le décollage. Le trafic UT2 est à 100 %, UTX, GEX USA/Canada, REX2/ASA, Plan G et/ou FSCommander en arrière-plan sur un second écran, le premier étant un 24 pouces en 1920*1200 32. Le proc est un I7 950 non oc. OS : W7 64, 6 Go Ram.

Avance a écrit:

Avec une GTX 295 en SLI, les derniers 196.21 et les réglages ci-dessous, je n'ai jamais eu autant de plaisir à voler avec FSX. Avec le JetStream de PMDG, sur la 34R de KSEA en VC à l'arrêt, les fps (illimité) sont égaux ou supérieurs à 20, ils augmentent très vite peu après le décollage. Le trafic UT2 est à 100 %, UTX, GEX USA/Canada, REX2/ASA, Plan G et/ou FSCommander en arrière-plan sur un second écran, le premier étant un 24 pouces en 1920*1200 32. Le proc est un I7 950 non oc. OS : W7 64, 6 Go Ram.

http://img262.imageshack.us/img262/4065/param.jpg

ouaou et avec 1 i7 950 non OC

Bonjour,

Un petit complément d'information à ce que tu as écrit en dessous car je vois déjà le père Bernard ne plus comprendre ....

Daube a écrit:

Pour repondre a BERDE, c'est DirectX et les drivers de la carte qui vont gerer sa memoire. L'OS en lui-meme n'a pas un acces direct a cette memoire et ne peut donc pas la gerer. La fonction principale de la memoire video est de stocker les textures qui ont ete chargees avec tous leus effets (bump-maps, mip-maps, Alpha channels, etc...), de stocker certaines parties des donnees 3D liees aux calculs, et plusieurs autres petites choses qui me sont sorti de la tete parce que ca fait 9 ans que j'ai plus touche au bouquin de Direct3D...

La memoire de l'ordi est geree par l'OS, et sert a stocker toutes les donnees qui ne sont pas directement liees a l'affichage immediat.

Tu as tout à fait raison de dire que la gestion de la mémoire embarquée sur une CG est complétement dissociée de la mémoire de l'UC.
Chacune de ces mémoires étant gérer de manières complétement indépendantes (Technologies, Timings, vitesses,....)
- La mémoire de l'UC est contrôlée par le contrôleur mémoire lui même piloté par le processeur de l'UC au travers du firmware.

De l'autre coté nous retrouvons le même schéma.
- La mémoire de la CG est contrôlée par le contrôleur mémoire de la CG lui même piloté par le processeur de la CG au travers du firmware de la CG.

Maintenant physiquement, pour que ces deux matériels puissent discuter entre eux, il y a des zones d'échanges (Ce sont des bancs d'adressages réservés communs).
Il y a encore quelques mois, avant l'inflation de la mémoire vidéo embarquée sur les CG, il y avait une corrélation presque directe entre la taille de celle-ci et celle de ces zones d'échange. C'était pratiquement du 1 pour 1.... D'où, dans mes diverses explications la simplification volontaire que j'ai faite en additionnant  la mémoire embarquée de la CG et celle de la CM lorsqu'il était question de l'adressage virtuel de  l'OS.

Maintenant, avec les cartes de nouvelles générations, les constructeurs ont  limité volontairement l'emprise de ces zones d'échanges.

Pour l'exemple, je vais faire la comparaison du mapping dans l'OS avec ma carte actuelle d'ancienne génération (7600 GT 256 Mo sur bus AGP) :
FD000000-FDFFFFFF => 16 Mo    Idem
D0000000-DFFFFFFF => 256 Mo     Idem
FC000000-FCFFFFFF => 16 Mo
A0000-BFFFF           => 0,12 Mo  Idem


Ma carte me consomme donc, un peu plus de 256 + 32,12 = 288,12 Mo d'adresses!... Alors, que je n'ai que 256 Mo embarquée....
Faut bien, aussi que le processeur de la CG puisse dialoguer!.... Il n'y a pas que les data....




Tandis qu'avec celle de Cedric91, de dernière génération (http://www.pilote-virtuel.com/viewtopic … 06&p=1)
qui a l'occupation mémoire virtuelle suivante:

0xF6000000-0xF9FFFFFF     NVIDIA GeForce GTX 295 =>     64 Mo
0xC0000000-0xCFFFFFFF    NVIDIA GeForce GTX 295 =>     256 Mo
0xFA000000-0xFE8FFFFF     NVIDIA GeForce GTX 295 =>     73 Mo
0xD0000000-0xDFFFFFFF    NVIDIA GeForce GTX 295 =>     256 Mo
0xA0000-0xBFFFF              NVIDIA GeForce GTX 295 =>     0,12 Mo
0xFD000000-0xFDFFFFFF    NVIDIA GeForce GTX 295 =>     16 Mo
0xF9000000-0xF9FFFFFF     NVIDIA GeForce GTX 295 =>     16 Mo   


Le mappage de cette carte est juste de : 649 Mo + 32,12= 681,12 Mo d'adresses....

Alors qu'il a une carte à double GPU disposant de 2 x 896 Mo de RAM.

Voili, voila.....

Dernière modification par Ptipilot (22-01-2010 17:02:49)