[GLU] Tesselation multi-threads

A propos de performance de la tesselation réalisée par la GLU le red book dit :

Citation:

---

Envoyé par red book

Tessellator Performance Tips
For best performance, remember these rules.

1. Cache the output of the tessellator in a display list or other user structure. To obtain the
post-tessellation vertex coordinates, tessellate the polygons while in feedback mode. (See
"Feedback" in Chapter 13.)

2. Use gluTessNormal() to supply the polygon normal.

3. Use the same tessellator object to render many polygons rather than allocate a new tessellator for
each one. (In a multithreaded, multiprocessor environment, you may get better performance using
several tessellators.)

---

Et je ne comprend pas très bien comment utiliser plusieurs "tesselateurs" de manière efficace :
Il me semble que la tesselation à besoin de connaître le context OpenGL, donc il s'agirait d'avoir plusieurs threads avec chacun leur propre context et leur propre tesselateur.
Ces tesselateurs permettraient alors de traiter chacun un polygon (donc plusieurs polygones différents) en parallèle ?


Si quelqu'un à des exemples ou explications,
Merci.

Citation:

---

Envoyé par Mucho

Il me semble que la tesselation à besoin de connaître le context OpenGL, donc il s'agirait d'avoir plusieurs threads avec chacun leur propre context et leur propre tesselateur.

---

pourquoi leur propre contexte ?
pourquoi pas le même ?
et chacun son tesselateur

Citation:

---

pourquoi leur propre contexte ?

---

J'aurais tendance à répondre :
Dans le chapitre Controlling Rendering / Managing an OpenGL Rendering Context

Citation:

---

Envoyé par red book

Remember that only one context can be current for any thread at any one time.

---

Mais peut-être n'ai-je pas bien compris le fonctionnement des contextes OpenGL ?

Citation:

---

Envoyé par red book

Remember that only one context can be current for any thread at any one time.

---

Citation:

---

Envoyé par traduction

N'oubliez pas qu'il ne peut y avoir qu'un seul context courant pour n'importe quel thread à n'importe quel moment.

---

cela ne veux pas dire que tu dois avoir un contexte par thread mais que tu ne peux avoir qu'un seul contexte courant actif à la fois

je ne connais qu'un seul cas où plusieurs contextes opengl sont nécessaires dans une même application, c'est quand on a besoin de plusieurs fenêtres opengl (et non pas plusieurs affichages dans une même fenêtre)

en espérant que cela t'aide à comprendre un peu mieux ;)

Citation:

---

Envoyé par shenrom666

tu ne peux avoir qu'un seul contexte courant actif à la fois

---

Justement ça me parait compliquer d'assurer que 2 threads ne puisse pas accéder au contexte simultanement tout en améliorant les performances de la tesselation.
(si c'est pour avoir un mutex qui garanti l'éxecution d'un seul thread à la fois ca me parait pas très utile)

Donc pour la tesselation multi-thread, avoir plusieurs contextes, n'est peut-être pas une bonne idée mais alors comment faire ?

Citation:

---

Envoyé par Mucho

Justement ça me parait compliquer d'assurer que 2 threads ne puisse pas accéder au contexte simultanement tout en améliorant les performances de la tesselation.

---

ce n'est pas à tes threads de choisir le contexte

ce que tu ne semble pas avoir compris c'est que tu ne peux avoir qu'un seul contexte courant à la fois
cela n'empêche en rien plusieurs threads s'y accéder simultanément
sinon il n'y aurait aucun intérêt ;)

Citation:

---

Donc pour la tesselation multi-thread, avoir plusieurs contextes, n'est peut-être pas une bonne idée mais alors comment faire ?

---

avoir un seul contexte, pourquoi en avoir plusieurs ?

Ok, en fait j'avais du mal à comprendre comment 2 threads peuvent partager le même contexte :
la tesselation des polygones n'est faite qu'une fois, donc je crée pour chaque polygone une display list : glNewList ... glEndList
Et je trouve étonnant que l'on puisse créer 2 display lists simultanement dans le même context, si qui n'est, je pense, pas possible.

Donc le but, en fait, est d'utiliser plusieurs tesselateurs dans differents thread partageant le même context, en sauvegardant bêtement les resultats en mémoire.
Puis, une fois les tesselations terminées, créer des display lists avec les résultats des tesselations dans un thread unique.

D'ailleurs, les operations de tesslations de la GLU ont-elles besoin d'un context ?

Puisque les opérations de tesselations sont indépendantes d'un context OpenGL
il suffit d'instancié un tesselateur pour chaque thread et de stocké les données resultants de la tesselation dans des structures temporaires, jusqu'à la création des objets graphique dans le thread possédant le context actif. On peut ensuite détruire les structures temporaires utiliser pendant la tesselation. :D

Merci beaucoup ! :king: