Discussion :

[Dubphonic]

[suite à cette discussion]

Merci pour ces infos utiles, j'ai utilisé naïvement "semaphore.h" pendant plusieurs heures étant donné que son utilisation ne génère aucun warning ne comprenant pas d'où venaient les problèmes.

Toutefois, ton implémentation m'a également posé un petit problème que j'ai vite pu régler, au niveau de l'appel "mach_task_self()" :

When compiling on OS X, there is a warning for undefined function
mach_task_self().
This functions is defined in mach_init.h. If it include mach/mach.h
instead of <mach/mach_task.h> is fix this issue (or at east, include
<mach/mach_init.h>).

For the record, mach_task_self is defined as a macro to a global var
instead of a function call when the proper header is include. So even
if this function is compatible with the implicit declaration, it may
be interesting to fix this.

http://groups.google.com/a/webmproje...93a61821?pli=1

[JeitEmgie]

Les temps de chargement sont divisé presque par 2 !!!! (celons ma config, à savoir un ordinateur portable 2.5 Ghz, Bus à 1 Ghz, DD 5400trs/min, Nvidia 9600M GT)

Si dans votre programme vous pouvez utiliser Grand Central Dispatch au lieu de pthread, vous gagnerez encore un peu
en performance car l'overhead de création d'une task GCD est environ 10x moindre que celui d'un pthread.
Donc plus votre algorithme doit créer de pthread plus le bénéfice de GCD sera grand.

[Joel F]

Si c'est pour optimiser du graphsime, tu gagneras plus a faire ca en CUDA sur ta GPU.

semaphore et autres mutex mal employés sont les enemis de la scalabilités. Un jeu video n'etant mi + ni - qu'une grosse simulation multiagent, les necessités de synchro explicites sont tres rares. OpenMP est en general largement suffisant.