Discussion :

[gpcbitnik38]

bonjour,
je recontre un petit probleme avec une fonction ecrite en cpp.

j'appelle cette fonction depuis un fichier mex et selon ma config le résultat est très ( trop ) différent.

1ière config : matlab r2010b 32bits, compilateur : visual studio 2010 professionel, windows seven 64bits ( intel dual core i5 2Go de ram)
temps d'exécution associé -> environ 20secondes

2ième config : matlab r2011b 64bits, compilateur : visual studio 2010 professionel, windows seven 64bits ( intel core Xeon ( 8 coeurs ) 4Go de ram)
temps d'exécution associé -> environ 240secondes!!!!!!

description de la fonction : je parcour un tableau 2D d'environ 1million d'élement. je recherche des points particuliés que je stock dans une liste.
La memoire est alloué dans l'espace matlab ( mxMalloc )
je supprime ensuite certain élément de cette liste et c'est cette opération qui me prend un temps fou! ( suppression des maillons avec mxFree)

Des idées?
je pense que ça vient de la liaison entre matlab et le compilateur... comment etre sur que matlab apel bien le compilateur 64bits?

[tug83]

la rapidité d'un mex-file dépend de la release MATLAB dans laquelle il a été fait , du compilateur choisi et des options de compilation.

As tu recompilé ton MEX-file en 64-bits ou est ce que tu utilises le même mexw32 quelequesoit l'architecture?

[gpcbitnik38]

je le recompile en 64 bits

j'ai également eu accès a une version r2010b 64bits et le temps d'éxécution est similaire avec la version 32 bits avec une config équivalente...
pour les compilateurs la version est identique.
je me demande si matlab gère correctement le fait de travailler sur 8 coeurs...

[Jerome Briot]

Tu peux jouer (indirectement) sur le nombre de cœurs avec la fonction MAXNUMTHREAD.
Tu devrais faire des comparatifs en augmentant progressivement cette valeur et comparer les temps d'exécution.

Sinon, on trouve quelques références sur des ralentissements avec mxFree sur le forum anglophone de MATLAB, mais sans vraiment de solution miracle.
Pour savoir si le problème vient réellement de la, tu peux remplacer les fonctions d'allocation/libération mx* par les fonctions C équivalentes et comparer les différences de temps d'exécution.

[gpcbitnik38]

tu as raison avec les fonction d'allocation en c le temps d'exécution est normal va falloir que je me retape tout le programme xd pour bien différencier les variable donner au .m et celle servant uniquement dans la partie c...
je suis curieux de savoir pourquoi mxfree prend temps de temps et surtout pourquoi pas dans tous les cas...
merci beaucoup!

[Jerome Briot]

Par contre, si tu envisages d'utiliser les fonctions C, il faudra bien veiller à la libération de la mémoire dans tous les cas de sortie de ton code.

L'avantage des fonctions mx* est que la mémoire est libérée en fin de code même si aucun appel à mxFree n'est fait (c'est plus propre et surtout plus efficace, mais pas obligatoire)

Thus, even if you do not call mxFree, MATLAB takes care of freeing the memory for you. Nevertheless, it is good programming practice to deallocate memory as soon as you are through using it. Doing so generally makes the entire system run more efficiently.