Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2314 connectés 

  FORUM HardWare.fr
  Programmation
  C++

  [OpenGL] Spécifications des cartes graphiques et signification

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[OpenGL] Spécifications des cartes graphiques et signification

n°2146832
Iradrille
Posté le 22-06-2012 à 15:51:12  profilanswer
 

(Topic à la base posté catégorie Hardware > Carte Graphique, mais on m'a redirigé par ici^^)
 
Hello,
 
J'ai commencé à toucher à openGL il y à quelques mois en cours, avec un projet assez balèse (en tout cas quand on débute et qu'on à jamais touché a openGL / directX avant) : de la simulation de fluides avec les équations de Navier-Stokes.
 
Et forcément pour un premier projet avec openGL, j'avais quelques "petits" problèmes d'optimisations. Du coup je vais my remettre cet été en essayant d'optimiser ça. Le problème est de savoir ou se trouve le goulot d'étranglement. (A priori c'est "toujours" la bande passante qui limite avec cet algo, mais j'aimerai bien comprendre toutes les specs des cartes graphiques pour vraiment voir si mon code bloque de ce coté la ou pas^^)
 
du coup :
http://www.hardware.fr/medias/photos_news/00/37/IMG0037256.gif
 
unités de calculs * freqGPU = débit de MAD SP, la DP m'intéresse pas.
 
unités de texturing * freqGPU = débit de filtrage = le nombre de texels qu'on peut récup dans des textures par secondes ?
Pas de différence entre les texture 2D et 3D ? (filtrage bilinéaire max, après ça coûte plus cher)
 
ROP * freqGPU = fillRate = le nombre de pixels qu'on peut "dessiner" par seconde ?
Donc le nombre d'instance de fragment shader qu'on peut exécuter par seconde ?
 
débit de triangles = le nombre de triangles qu'on peut envoyer au gpu par seconde ?
Ou le nombre que le gpu est capable de sortir avec la tesselation au max ?
 
bande passante = débit en lecture ou en écriture sur la vRam ? (par ecriture, je parle dans le cas de render to texture, où le port pci-e ne bride pas)
 
 :jap:

mood
Publicité
Posté le 22-06-2012 à 15:51:12  profilanswer
 

n°2146841
skeye
Posté le 22-06-2012 à 17:14:51  profilanswer
 

Avant de chercher à répondre à la question que tu poses, déjà, es-tu certain que ton programme utilise l'accélération matérielle? Si ça s'exécute sur le CPU c'est normal que ça rame...:D


---------------
Can't buy what I want because it's free -
n°2146849
Iradrille
Posté le 22-06-2012 à 18:46:27  profilanswer
 

Yep, c'est sur.

n°2146920
breizhbugs
Posté le 24-06-2012 à 00:53:39  profilanswer
 

Ne peut on pas utiliser un profiler pour voir si c'est bien l'affichage le problème et pas les calculs?
Je serai pas contre voir le code histoire de voir à quoi ça ressemble par curiosité


---------------
Seul Google le sait...
n°2146923
Iradrille
Posté le 24-06-2012 à 05:28:52  profilanswer
 

En fait mes questions n'étaient pas par rapport à ce projet précisément, mais plus générale. Je regarderai avec un profiler à l'occasion.
 
Pour le code, 2 articles qui m'ont bien aidé, et globalement mon code est proche :
pour les calculs : http://http.developer.nvidia.com/G [...] _ch38.html
et le rendu : http://graphicsrunner.blogspot.fr/ [...] g-101.html


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  C++

  [OpenGL] Spécifications des cartes graphiques et signification

 

Sujets relatifs
Probleme OpenGLSignification d'un code
origine de l'erreur incomprise Bus Error (lib GLUT OpenGL)probleme execution animation opengl
colorer surface bezier opengl C++c++ opengl charger image texture
probleme 3D openglOù trouver les spécifications des navigateurs sur la gestion des image
[OpenGL] Problème d'aliasing entre les trianglescolorer une carte geographique creé par openGL C++
Plus de sujets relatifs à : [OpenGL] Spécifications des cartes graphiques et signification


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR