Salut voici quelques petites améliorations à ajouter dans les règles de gestion que j'ai envoyé et qui sont importantes dans le cas de simulations avec plusieurs règles de gestion: -dans Ecma script editor comme indiqué par Benjamin: * méthode Global objet Global: ajouter à la fin de la méthode var MetiersInterdits= new Packages.java.util.HashMap(); * méthode Simuler de l'objet SimulateurES: ajouter à la ligne 24 (ligne après while) MetiersInterdits.clear(); -dans Action Avant de Cantonnement Annee: * ligne 61 après les lignes de commentaire: MetiersInterdits.put(p.metier,true); -dans Action Avant de TACpoids: * ligne 11 (ligne après le if): MetiersInterdits.put(p.metier,true); * ligne 40, 61, 81 : ajouter dans la condition du if (juste avant la parenthèse de fermeture): || MetiersPossibles.containsKey(met) Remarque: pour ceux qui connaissent pas, on peut afficher les numéros de ligne (dans l'interface règle de gestion ou ecama script) en cliquant 2 fois sur la ligne grise à gauche de la fenêtre Voilà avec ça, ça devrait éviter qu'une règle reporte de l'effort vers un métier interdit par une règle de gestion précédente Bonne journée Hilaire Marie Capoulade a écrit:
Bonsoir, j'ai téléchargé les règles de gestions modifiées par Hilaire (essai2) et depuis les simulations tournent comme avant, très rapidement... un peu moins d'une heure pour une simulation avec règle de gestion. La règle taille min fonctionne aussi très bien ! bonne soirée marie
From: Benjamin POUSSIN <poussin@codelutin.com> Reply-To: Liste pour les développeurs du simulateur<isis-fish-devel@lists.labs.libre-entreprise.org> To: Liste pour les développeurs du simulateur<isis-fish-devel@lists.labs.libre-entreprise.org> Subject: Re: [Isis-fish-devel] Salut, Date: Mon, 22 Aug 2005 15:49:26 +0200
On Mon, 22 Aug 2005 12:26:42 +0200 Hilaire DROUINEAU <Hilaire.Drouineau@ifremer.fr> wrote:
Question à Benjamin: quand on crée un objet par la méthode new (par exemple pour réencapsuler des semantics), ne doit-on pas les supprimer par la fonction delete en fin de méthode? Est-ce-que c'est pas ça qui pourrait ralentir les simulations de Marie
Non, pas besoin de desalouer. Le probleme vient des resultats, durant la simulation les resultats sont conservé en memoire, on bout d'un moment, y'a plus assez de memoire, et la machine swap (utilisation de disque dur) a ce moment la le simulateur met 1000 fois plus de temps a simuler.
Le mieux est d'avoir une machine avec plus de memoire, la puissance processeur ne joue pas tellement.
Si la simulation echoue car pas assez de memoire, il faut essayer avec l'option -mx1024M ou plus si besoin.
Marie, tu peux faire la meme simulation sur 1 an seulement, et m'envoyer la base. Je pourrais recuperer la simulation sur 1an et la faire sur 10ans sur une machine ici.
Donc, tu m'envoies le zip de la base et le nom de la simulation. Je te renverrais la simulation si j'ai reussi a la faire tourner :)
ps: la prochaine implantation du simulateur essaie de corriger ce probleme de resultat en memoire.
-- Benjamin -------------------- email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@lists.labs.libre-entreprise.org http://lists.labs.libre-entreprise.org/mailman/listinfo/isis-fish-devel
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@lists.labs.libre-entreprise.org http://lists.labs.libre-entreprise.org/mailman/listinfo/isis-fish-devel
-- Hilaire Drouineau IFREMER, département EMH Centre de Nantes - BP 21105 - 44311 Nantes Cedex 3 tel : +33 (0)2 40 37 43 06 - fax : +33 (0)2 40 37 40 75 email : hilaire.drouineau@ifremer.fr - web : http://www.ifremer.fr *****************************************************************