TBB_USE_DEBUG et TBB_USE_THREADING_TOOLS=1. Ceci permet d'avoir de meilleures infos sous Parallel Studio (sinon de faux problèmes apparaissent). C'est vivement conseillé par Intel et ça ne peut pas faire de tort.growTo de DBSet qui avait tendance à freezer. Un autre problème était les conflits potentiels avec les MKL. Metafor n'utilise donc plus du tout OpenMP mis à part dans les MKL. Ca simplifie beaucoup les choses et ça me permet surtout de ne pas constamment me demander si les problèmes de threads que je rencontre viennent de conflits entre OpenMP, MKL et IntelTBB.gaston reste en 10.1 à cause du vieux système installé sur la machine. Voici les problèmes résolus: dynamic=false (défaut dans Metafor), le nombre de threads est imposé et si nbthreads>nbcores alors le DSS de MKL 10.2 merdouillait. Avec MKL 10.3, c'est résolu.tbbmalloc_proxy, une lib d'Intel qui surdéfinit les opérateurs d'allocation de mémoire pour obtenir de meilleures perfs en parallèle. J'ai l'impression que cette lib permet d'obtenir de meilleures perfs même en mode série. La batterie sur blueberry n'a jamais été aussi rapide! (meilleur total depuis la version #1). Quant à gaston, je regagne 2% sur le total de la batterie. L'ALE a l'air de profiter énormément de cette lib (certainement la création des maillages auxiliaires - je n'ai pas vérifié).geniso qui castait des pointeurs en unsigned int (ce qui risque de merdouiller en 64 bits). La solution trouvée est de passer une string au lieu du int et d'effectuer un cast dans les routines C++. J'ai également essayer de passer un size_t mais il semble que SWIG ne s'en sorte pas dans ce cas-là (peut être qu'une prochaine version de SWIG résoudra le problème).En résumé:
Remarque:
— Romain BOMAN 2011/04/08 10:23