Discussion :

[akiraa]

Bonjour,

Je commence � faire en peu d'OpenGL et donc tu temps r�el et j'aimerais par exemple savoir si faire 3 multiplications de int est plus rapide que de calculer un cosinus ou si faire 2 divisions de float est plus rapide que de faire un sqrt, etc...

Existe t-il des tableaux qui indique le temps CPU pour les op�rateurs/fonctions du C++ ? (* / - + cos, sin, sqrt, etc) ?

merci

[Laurent Gomila]

Si tu commences � bidouiller avec OpenGL, tu devrais d�j� te pencher sur ce que co�tent les diff�rentes structures / fonctions graphique que tu vas utiliser. C'est beaucoup plus important en termes de performances que des cos ou des multiplications.

Et puis je ne vois pas pourquoi tu veux comparer des sin � des multiplications, ou des divisions � des racines carr�es ; � moins que tu n'impl�mentes des algorithmes subsidiaires pour les remplacer (ce que tu ne devrais pas faire, du moins pas avant longtemps).

[r0d]

Sinon, il est souvent tr�s int�ressant de faire des tests de performance soi-m�me. Si on a le temps, c'est extr�mement formateur. Je viens de d�couvrir l'analyseur de performance VTune de Intel, dont une version d'�valuation 30jours est disponible en t�l�chargement sur leur site. Il est vraiment bien.

[bafman]

bah, c'est bien simple en fait : a l'heure actuelle, on en sait a peut pr�s rien
tout ca � cause de l'ensemble des optimisation interne au processeur (cache, pr�fetch et autre branchement pr�dictif). En plus, en interne, les instruction processeurs ne sont plus des instruction CISC X86, mais une sorte de RISC.

les tableau de nombre de cycle par instruction, ca existait il y a 10/15 ans, mais depuis les pentium/pentium2, ca n'a plus trop cours, ca le temps d'execution d'une instruction depend de plus en plus de context d'execution qu'autre chose.

[akiraa]

merci

Si tu commences � bidouiller avec OpenGL, tu devrais d�j� te pencher sur ce que co�tent les diff�rentes structures / fonctions graphique que tu vas utiliser. C'est beaucoup plus important en termes de performances que des cos ou des multiplications.

J'ai d�j� regard� la FAQ pour �a ( http://jeux.developpez.com/faq/openg...meliorer_perfs )

Et puis je ne vois pas pourquoi tu veux comparer des sin � des multiplications, ou des divisions � des racines carr�es ; � moins que tu n'impl�mentes des algorithmes subsidiaires pour les remplacer (ce que tu ne devrais pas faire, du moins pas avant longtemps).

S'�tait des exemples comme �a que j'ai donn� sans trop r�fl�chir.
Exemple plus concret : sachant que pour faire une rotation d'un objet, j'ai � ma disposition des matrices et des quaternions : que vaut-il mieux utiliser ?
- Soit une matrice o� le processeur devra calculer X multiplications et Y cos/sin
- Soit un quaternion o� le processeur devra calculer Z multiplications et W cos/sin

Si j'ai 10 000 cubes dans ma sc�ne avec chacun une matrice de transformation diff�rente, je risque de faire chauffer le processeur si je ne fait pas attention au nombre de cos/sin effectu� par le processeur, non ?

[akiraa]

bah, c'est bien simple en fait : a l'heure actuelle, on en sait a peut pr�s rien
tout ca � cause de l'ensemble des optimisation interne au processeur (cache, pr�fetch et autre branchement pr�dictif). En plus, en interne, les instruction processeurs ne sont plus des instruction CISC X86, mais une sorte de RISC.

les tableau de nombre de cycle par instruction, ca existait il y a 10/15 ans, mais depuis les pentium/pentium2, ca n'a plus trop cours, ca le temps d'execution d'une instruction depend de plus en plus de context d'execution qu'autre chose.

Hum, a vrai dire, je m'attendait en peu � ce genre de r�ponse : �a d�pend trop du processeur

Merci quand m�me � tous, je vais voir ce que c'est le testeur de performance d'Intel

[Laurent Gomila]

Avant de regarder les cos et les multiplcations qui se cachent derri�re les fonctions, cherche ce qui est le plus efficace selon le contexte. En g�n�ral les quaternions sont plus appropri�s pour repr�senter les rotations, mais une matrice peut parfois �tre plus appropri�e ; �a d�pend du contexte.

[Alp]

Avant de regarder les cos et les multiplcations qui se cachent derri�re les fonctions, cherche ce qui est le plus efficace selon le contexte. En g�n�ral les quaternions sont plus appropri�s pour repr�senter les rotations, mais une matrice peut parfois �tre plus appropri�e ; �a d�pend du contexte.

Dans quel contexte doit-on pr�f�rer les matrices (resp. les quaternions) ?

[Laurent Gomila]

Il faut pr�f�rer les quaternions si on a beaucoup de manipulations � faire dessus (que 4 composantes � manipuler, et les algos sont g�n�ralement plus simples).

Par contre si on doit stocker une rotation qui ne bougera jamais, mieux vaut utiliser une matrice puisque de toute fa�on �a doit �tre sous cette forme pour �tre pass� � l'API 3D.

[Alp]

Ok, je comprends mieux alors.

[nicroman]

Tout d�pend de ce que tu comptes faire de toute maniere....

Pour l'utilisation de l'OpenGL (ou de Direct3D, c'est pareil), le plus important est de comprendre comment fonctionnent les cartes graphiques aujourd'hui. les APIs existantes ne sont que des front-end � la state-machine du GPU. On place un certain nombre d'�tats, et on fait le rendu avec cet �tat l�.

Du coup, il vaut parfois mieux faire un millier de multiplications en plus plut�t que de changer le pipeline pixel (c'est � dire le 'pixel program' ou 'pixel shader'). Un changement de pixel-shader peut aussi couter plus cher qu'un changement de texture.

Maintenant, si ton programme se charge aussi de la physique il devra faire une somme cons�quente de calcul en amont, et il peut valoir le coup d'optimiser cette partie.

Pour exemple, le moteur sur lequel je travaille, passe les deux matrices de position � T et T+dt au geometry-shader, avec la position dans le temps entre ces deux "frames" physiques. Cot� affichage, c'est donc le geometry shader qui s'occupe du blending entre les deux calculs.