Discussion :

[oodini]

Je travaille avec une API (moteur de rendu), et il va me falloir exploiter ses capacités multithreads.

Bien qu'ayant vu le multithread d'un point du vue théorique (mutex, interblocage, etc.), je n'en ai encore jamais fait en pratique. Il semble qu'il serait de bon ton d'utiliser boost pour cela.

Auriez-vous des didacticiels à me conseiller pour la programmation multithreads ?
Je précise que j'ai besoin de faire du Windows / Linux...

Merci !

[ram-0000]

Un livre que j'avais adoré sur ce sujet : Win32 Multithreaded programming chez O'Reilly

Par contre, c'est en anglais

[nicroman]

Je crains que tu ne tombes des nues assez vite...

Si tu parles de "moteur de jeu" alors oui le multithread est obligatoire (ne serait-ce que pour gérer la partie réseau ou 'input'), et même recommandé pour découpler la simulation de l'affichage, ou encore la génération de scene-graph.

Si tu parles vraiment de "moteur de rendu", et donc, avec d'un coté un scene-graph et de l'autre un driver de GPU, alors le multi-thread est à laisser de coté... Il ne fera que ralentir (quand ce n'est pas crasher).

C'est même un des rares cas ou j'utilise un semaphore style readers/writer inversé (un seul lecteur, le moteur de rendu, et plusieurs écrivains, dont 90% viennent du physics-engine).

[Médinoc]

ram_0000 : Ce livre est-il spécifique à Win32 ?

[oodini]

Désolé pour tout le monde, mais je pensais que le forum allait m'envoyer un mail en cas de réponse. :-|

Je crains que tu ne tombes des nues assez vite...
Si tu parles vraiment de "moteur de rendu", et donc, avec d'un coté un scene-graph et de l'autre un driver de GPU, alors le multi-thread est à laisser de coté... Il ne fera que ralentir (quand ce n'est pas crasher).

C'est même un des rares cas ou j'utilise un semaphore style readers/writer inversé (un seul lecteur, le moteur de rendu, et plusieurs écrivains, dont 90% viennent du physics-engine).

En fait, j'utilise un moteur de rendu déjà fait, qui est multithread, et je dois l'interfacer avec Maya. Seulement, j'ai un petit problème pour récupérer les buckets (je n'en récupère qu'un sur quatre). Je me demande si ça ne viendrait pas d'une mauvaise connaissance du sujet de ma part...

[Emmanuel Deloget]

ram_0000 : Ce livre est-il spécifique à Win32 ?

Avec un peu de (mal?)chance: oui. Si le livre est un peu profond, il contiendra des informations qui sont spécifiques à Windows (notamment toutes les méthodes de synchronisation de thread). D'après ce résumé (clicky sur "full description"), c'est le cas.

Pour trouver un pseudo-équivalent plus générique, cf. Pthread Programming chez O'Reilly (aussi) - sachant que, nécessairement, ce livre met de coté toute la partie système pour s'intéresser à l'interface offerte par la librairie pthread.

A l'heure actuelle, il est difficile d'étudier la programmation multi-thread sans s'intéresser à la façon dont elle est implémentée sur le système cible. Il est possible (mais peu probable) que cela change dans un futur proche, notamment avec l'arrivée du futur standard C++ - fortement axé sur la programmation multi-thread.