Est-ce que c'est ça qu'il faut déduire de tes mesures, ou bien faut-il s'interroger plutôt sur les performances intrinsèques de Linux en matière graphique ?
En l'occurence pour ce qui est de l'acceleration 3D, on se moque un peu de savoir ce que vaut l'OS sous jacent. Pour faire de l'accceleration 3D il faut
a) Créer un buffer (Un contenu de fenetre noir) et chopper le pointeur du début du buffer (et enventuellement les dimension de la fenetre dans laquelle il se trouve)
b) Ne plus jamais toucher au buffer jusqu'à fermeture de la fenetre
c) Envoyer l'adresse du buffer suivie des commandes OpenGL à la puce 3D
C'est assez proche des techniques d'overlay (la couleur de référence en moins). Bref une fois qu'on a réussi à ouvrir un display OpenGL (la fenetre noire), tout le reste au niveau graphique c'est du ressort de la carte 3D. On lui balance les instructions OpenGL et elle se débrouille.
Bon c'est pas complètement vrai car il y a toujours des fonctions qui obligent à faire des aller-retours avec le processeur, mais pas d'interaction (ou le moins possible) de l'OS ou du serveur X avec le display OpenGL. Donc l'influence de la qualité des apis graphiques sur l'affichage 3D en OpenGL est très réduit.
[^] # Re: Question d'interprétation
Posté par Jerome Herman . En réponse au journal Pilotes graphiques libres Intel : et les performances?. Évalué à 10.
En l'occurence pour ce qui est de l'acceleration 3D, on se moque un peu de savoir ce que vaut l'OS sous jacent. Pour faire de l'accceleration 3D il faut
a) Créer un buffer (Un contenu de fenetre noir) et chopper le pointeur du début du buffer (et enventuellement les dimension de la fenetre dans laquelle il se trouve)
b) Ne plus jamais toucher au buffer jusqu'à fermeture de la fenetre
c) Envoyer l'adresse du buffer suivie des commandes OpenGL à la puce 3D
C'est assez proche des techniques d'overlay (la couleur de référence en moins). Bref une fois qu'on a réussi à ouvrir un display OpenGL (la fenetre noire), tout le reste au niveau graphique c'est du ressort de la carte 3D. On lui balance les instructions OpenGL et elle se débrouille.
Bon c'est pas complètement vrai car il y a toujours des fonctions qui obligent à faire des aller-retours avec le processeur, mais pas d'interaction (ou le moins possible) de l'OS ou du serveur X avec le display OpenGL. Donc l'influence de la qualité des apis graphiques sur l'affichage 3D en OpenGL est très réduit.