Version imprimable
Dans l'ensemble, je suis à court d'idées.
Si même OpenMP n'est pas plus rapide...
Tant qu'OpenMP n'exploite pas les 2 cores, pas la peine de débugger mon implémentation.
(Le programme te génère bien un fichier texte dont le nom se termine par OpenMP2 ?)
Peut-être que c'est dû au système MacOS lui-même...du genre créer 2 processus assignés au même core...
Quand j'ai essayé Openmp il generait un fichier avec MT1 a la fin. J'ai moi-meme forcé le nombre de thread à 2 (avec une variable d'environnement), après il a généré un nom avec MT2 à la fin... mais c'etait pas plus rapide... c'est vraiment bizarre, que faudrait-il tester maintenant ?
Si le nom du fichier généré se termine par 'MT' alors ça veut dire que le programme utilise mon implémentation multi-thread.
Il faut décommenter la définition correspondante dans 'genial_config.h' vers la ligne 105.
Citation:
// Uncomment to use OpenMP instead of built-in multi-threading implementation.
// Do not forget to set the corresponding option for your compiler (ICL=/Qopenmp, VC2005=/openmp, GCC4.2=-openmp,...)
#if !defined(OPENMP)
#define OPENMP
#endif
ok,
mais j'ai aussi un autre probleme, peut-etre que gcc ne me compile pas du bon code avec openmp, parce que j'ai fait un petit test pour voir combien me retournait omp_get_max_threads ... et il me retourne 1...
donc je vais recompiler gcc 4.2 ... J'ai mis une option --enable-thread=posix
finalement je ne sais pas pourquoi j'ai mis ca :mouarf:
c'est peut-etre ca le probleme :-/
Ah oui, c'est pas terrible 1.Citation:
Envoyé par epsilon68
Pourtant OpenMP marche sur ton ancien ordi, non?
Il faut compiler GCC avec une option particulière pour permettre le multi-threading ???!!!Citation:
Envoyé par epsilon68
Ca n'existe pas les packets GCC tout compilé pour MacOS ??? (Je me suis jamais donné beaucoup de mal, mais je n'ai jamais réussi à compiler GCC sous Windows, y'a toujours eu une erreur de compilation quelque part...)
je suis en train de recompiler gcc...
on va voir donc ... bientot bientot
EDIT: bon bah non ca change rien !
Je viens de voir ceci sur un site consacré à la compilation de GCC pour MinGW.
http://www.tdragon.net/recentgcc/
Peut-être que l'option là à un rapport avec ton problème, ou peut-être que non.
Citation:
4.2.0 and later: Configured with "--enable-libgomp" for OpenMP support with the "-fopenmp" option. LibGOMP relies on pthreads, so the pthreads-win32 headers and libraries are also included. See the README file for details.
non rien a voir...
mais y a un truc qui cloche
T'as trouvé le problème?
A priori j'y vois plutôt un problème du système que de GCC, parce que mon programme appelle directement pthread pour créer 2 processus et que ce n'est pas plus rapide qu'en mono-thread pour autant.
non toujours pas. Hier j'ai du re-installer mon systeme :-/Citation:
Envoyé par Charlemagne
je ne pense pas que ce soit MACOSX mais gcc...
il faudrait que j'essaie icc ...
EDIT: je confirme icc marche correctement
T'as pas moyen de télécharger un GCC près à l'emploi, plutôt que de le recompiler?
j'ai fait ca aussi, sur le site de hpc.sourceforge.net/
ben ca fait pareil :-/
a la fin je crois qu'openmp n'est pas disponible pour mac
Si ça peut te consoler, je n'ai pas réussi à faire marcher openmp avec GCC sous windows non plus (problème d'édition de lien), pourtant la page où je l'ai téléchargé mentionne que ça marche. :-/Citation:
Envoyé par epsilon68
Mais pthread marche bien quand-même.
mais pas sur macosx... pthread sur macosx c'est pas bravo
c'est surement pour ca ...
je vais plus me concentrer sur icc du coup
un peu marre de gcc
J'ai trouvé ces indications suivantes en allemand pour avoir OpenMP avec GCC sous MacOS.
https://tugll.tugraz.at/zechnerj/weblog/281.html
Je te les traduit à tout hasard, j'espère que ça peut aider:
Pour compiler GCC 4.2 soi-même avec OpenMP, il faut tenir compte de certains points. Le compilateur a besoin de libiconv et de gettext. Il faut compiler et installer gettext en premier, puis libiconv, et à nouveau gettext.
On peut télécharger les paquets précédents également avec le manager MacPorts. De même pour les librairies MPFR et GMP.
Il faut alors chercher les sources de GCC. Jusqu'à présent je n'ai jamais réussi à compiler GCC pour Java. C'est pourquoi j'appelle le scrip de configuration avec les option suivantes:
./configure --enable-languages=fortran,c,c++ --with-mpfr-dir=[chemin de MPFR] --with-gmp-dir=[chemin de GMP]
"make" (ou make -j2) compile le compilateur. "make install" l'installe dans /usr/local/bin.
Merci pour le lien (et surtout la traduction :-))...
mais je ne pense pas que ce soit GMP et MPFR qui pose un probleme sur les threads ... je pense plutot que c'est l'implementation crappy de darwin des pthreads qui pose de serieux problemes en fait ...
mais j'enquete, je suis determiné :aie:
j'ai pris icc et genial en mode openmp.
bien que icc detecte de lui-meme les deux cores...
les resultats ne changent pas !!!!
donc la maintenant, ca me fait serieusement dire que c'est macosx qui est en cause :-/Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
j'execute l'appli depuis la console, peut-il y avoir un effet ?
est-ce la console qui empeche le bon deroulement ?
J'en sais rien mais je ne pense pas.Citation:
Envoyé par epsilon68
T'as vérifié la valeur de retour omp_get_max_threads avec ICC ?
J'ai l'impression qu'OpenMP fait appel à Windows pour connaître le nombre de processeurs, peut-être aussi sous MacOs.
icc me retourne 2, gcc me retourne 1.Citation:
Envoyé par Charlemagne
mais ce n'est pas si important, vu que je peux régler cela par une variable d'environnement: OMP_NUM_THREADS
j'ai essayé avec 1 thread, et 2 threads, les resultats sont identiques...
:?
ca ne serait pas ca par hasard mon probleme ?
Citation:
Multicore optimized.
Leopard features improved scheduling, memory management, and processor affinity algorithms to make better use of multiple cores. Several subsystems (TCP networking, the autofs automounter, NFS server) have been rewritten to be fully multithreaded. Also, POSIX thread allocation has been optimized to support the new NSOperation APIs.