Discussion :

[cedricB]

Bonjour,

Je vais avoir pas mal de question a poser ces temps ci. Voici la premiere.

Quelle est la meilleur méthode pour faire du calcul partagé?
Autrement dis :
-ou dois-je placer mes threads (cote appelé, appelant ou les 2?)?
-est ce qu'il faut des fonctions bloquantes entre les processus ou dois-je trouve un autre moyen?

Est ce que quelqu'un aurai des infos, des expériences sur ce thème?

Merci beaucoup

cedric[/b]

[franck_92]

je te conseille d 'utiliser les bibliotheques MPI (payant) ou MPIch (free)
pour faire du calcul partage

a+

[cedricB]

Oui, je connais aussi MPI. ca aurait ete une meilleur idee en temps normal.... mais la c'est du CORBA. Pas le choix

[franck_92]

peux tu expliquer un peu mieux le principe de calcul 'partage'
merci

[franck_92]

approche naive :

tu peux imaginer plusieurs objets faisant un calcul dans leur coin , et un objet client coordinateur a qui on notifie la fin des calculs des objets servant par une call back et celui-ci rassemble les resultats

qu en penses tu ?

[franck_92]

je comprends 'calcul partage' par 'calcul distribue'
je me trompe :-) ?
tu veux dire autre choses ?

[cedricB]

Dans mon cas, le calcul partager c'est : decoupage d'une matrice en matrices plus petites et celles ci sont envoier a d'autres serveurs qui les traitent (en parallele bien entendu) et retourne un resultat (une matrice traitee).
partage/distribuer : d'accord, mon vacabulaire n'est peut etre pas tout a fait au point, mais bon...

En quoi ton approche naive est elle "naive" justement.
Je la trouve interressante. Je ne savais pas qu'on pouvait faire des call back en CORBA (j'utilise OmniOrb)
Tu sais ou je pourrais me renseigner sur les call back en Omniorb?

Ca pourrait etre pratique : le serveur envoie a chaque sous-serveur la matrice, le filtre et surtout son identifiant. cette fonction peut etre en "one way" et donc non bloquante. Le sous serveur en question doit alors pouvoir annoncer qu'il a fini son travail par un call back.... ca me parait pas mal, surtout qu'on evite les threads!!! Ensuite il y aura peut etre des problemes de concurence d'acces aux variables mais un ou deux mutex ou semaphores doivent pouvoir regler le probleme.
Qu'est ce que tu pense de cette solution?

Merci

[franck_92]

je connais bien omniOrb 4 , j'ai travaille pendant 4 ans a la SAGEM sur cette orb

Mince je suis demasque

pour creer une call back , rien de plus simple , tu creer un objet servant
dans ton client , puis tu passes une reference_ptr a ton serveur via une methode ,
qui quand il le voudra , il fera un appel sur cette reference_ptr pour notifier ton client

a propos d'approche naive , je dis ca , car c'etait la premiere chose qui m'est passe par la tete :o

a+

[cedricB]

OK
merci pour le truc
ca me parait pas trop mal et je risque d'avoir des problemes de semaphores, mais au moins ca je connais un peu
Merci