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.