Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
simuler un algorithme parallele
bonjour
je dois simuler un algorithme parallèle c a d que l'application consiste a distribuer le calcul sur des postes mais moi je vais simuler se travail on le fait juste sur un poste alors doit on utiliser les sockets ou les threads ou d'autre choses?
notons que l'application est un algorithme génétique parallèle j'essaie de lancer l'évaluation des population en même temps
je veux juste une idée
merci
Il est très difficile de te donner une réponse avec les maigres détails que tu nous fournis.
Tu peux aussi te tourner vers RMI.
Ton application doit-elle être réellement parallèle ? Est-ce dynamiquement parallèle avec un nombre de machines simulées quelconques ? ton application va-t-elle être un jour migrée sur plusieurs machines ? Qu'attends-tu en terme de performances ? Est-ce un point critique ?
N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
Que la force de la puissance soit avec le courage de ta sagesse.
salut
un peut de détail
mon application consiste a paralléliser un algorithme génétique utiliser pour résoudre un problème d'ordonnancement au temps réel jusqu'au ici c clair mais moi je doit simuler un master et des esclaves
un master qui envois les paramètres au esclave et a la fin il reçois les résultat de l'évaluation pour l'afficher
les esclaves ,chaqu'un doit calculer (évaluer une population)
mais il existe une migration des individus (solution de évaluation )chaque un x secondes
""ton application va-t-elle être un jour migrée sur plusieurs machines ?----> oui peut être si j'aurai de temps mais la priorité maintenant c a simuler
Tu peux faire du RMI. L'avantage est que tu ne vas pas ramer avec les connexions inter-processus. Et si tu réfléchis correctement à ton architecture, il y a moyen de faire quelque chose de jolie et utilisable sur un nombre quelconque de machines.
Je pense que tu dois trouver une solution qui permet de t'abstraire des communications inter-processus et inter-machines (puisque ce n'est pas l'objet de ton projet) et qui soit flexible (possibilité de fonctionner sur un nombre quelconque de machines). Du coup, la communication par socket pourrait t'obliger à travailler sur une partie non intéressante du point de vue projet.
En priorité, réfléchie à l'architecture de ton projet avec feuille et crayon, l'implémentation viendra plus tard lorsque tu auras les idées claires.
N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
Que la force de la puissance soit avec le courage de ta sagesse.
EJB3+JMS est une possibilité à avoir en tête également.
Répondre avec citation
Partager