Plans de simulations sous la V 4.3.0.0
Bonjour, J'essaye de faire tourner un plan de simus sous la nouvelle version d'ISIS, juste pour voir si mon script marche (il est en PJ). L'erreur a lieu au moment où j'ajoute le plan de simus dans l'onglet correspondant (voir debug correspondant à l'erreur en PJ) : je ne peux pas ajouter le plan de simus à cause d'une InvocationTargetException. On a vu cette erreur 2 autres fois sur devel: -La première fois, le nom du package n'allait pas. Dans le script, j'utilise "optimizations". Ca ne marche pas non plus si je lui demande d'utiliser "simulationplans", ce qui est normal vu les changements concernant les plans dans la nouvelle version. -La deuxième fois, les noms de classes n'allaient pas, et la classe [Nom_script].java n'était pas déclarée publique. Ce n'est pas mon cas cette fois-ci. Des idées sur ce qui perturbe ISIS? Audric
Bonjour,
J'essaye de faire tourner un plan de simus sous la nouvelle version d'ISIS, juste pour voir si mon script marche (il est en PJ). L'erreur a lieu au moment où j'ajoute le plan de simus dans l'onglet correspondant (voir debug correspondant à l'erreur en PJ) : je ne peux pas ajouter le plan de simus à cause d'une InvocationTargetException. On a vu cette erreur 2 autres fois sur devel: -La première fois, le nom du package n'allait pas. Dans le script, j'utilise "optimizations". Ca ne marche pas non plus si je lui demande d'utiliser "simulationplans", ce qui est normal vu les changements concernant les plans dans la nouvelle version. -La deuxième fois, les noms de classes n'allaient pas, et la classe [Nom_script].java n'était pas déclarée publique. Ce n'est pas mon cas cette fois-ci.
Des idées sur ce qui perturbe ISIS? Je n'ai aucune erreur avec ton script d'optimisation. Tu peux refaire le test et envoyer le fichier debug.txt en entier si ca se
Le 14/04/2014 11:47, Audric Vigier a écrit : produit toujours ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 14/04/2014 12:29, Eric Chatellier a écrit :
Bonjour,
J'essaye de faire tourner un plan de simus sous la nouvelle version d'ISIS, juste pour voir si mon script marche (il est en PJ). L'erreur a lieu au moment où j'ajoute le plan de simus dans l'onglet correspondant (voir debug correspondant à l'erreur en PJ) : je ne peux pas ajouter le plan de simus à cause d'une InvocationTargetException. On a vu cette erreur 2 autres fois sur devel: -La première fois, le nom du package n'allait pas. Dans le script, j'utilise "optimizations". Ca ne marche pas non plus si je lui demande d'utiliser "simulationplans", ce qui est normal vu les changements concernant les plans dans la nouvelle version. -La deuxième fois, les noms de classes n'allaient pas, et la classe [Nom_script].java n'était pas déclarée publique. Ce n'est pas mon cas cette fois-ci.
Des idées sur ce qui perturbe ISIS? Je n'ai aucune erreur avec ton script d'optimisation. Tu peux refaire le test et envoyer le fichier debug.txt en entier si ca se
Le 14/04/2014 11:47, Audric Vigier a écrit : produit toujours ? J'ai redémarré ISIS et l'erreur est toujours là. Le debug entier est en PJ.
Le 14/04/2014 13:15, Audric Vigier a écrit :
J'ai redémarré ISIS et l'erreur est toujours là. Le debug entier est en PJ. Je ne comprend pas.
Le message mentionne "simulationplans.RecuitSimuleVoisinageAdaptatifCristallisationT10Param" Ce fichier existe toujours ? Il doit être dans le dossier "optimizations" (comme le package) et non "simulationplans". Ce fichier est un script d'optimisation, tu utilises bien l'option "Utiliser une méthode d'optimisation" au lieu de "Utiliser un plan de simulation" ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 14/04/2014 13:46, Eric Chatellier a écrit :
Le 14/04/2014 13:15, Audric Vigier a écrit :
J'ai redémarré ISIS et l'erreur est toujours là. Le debug entier est en PJ. Je ne comprend pas.
Le message mentionne "simulationplans.RecuitSimuleVoisinageAdaptatifCristallisationT10Param" Ce fichier existe toujours ? Il doit être dans le dossier "optimizations" (comme le package) et non "simulationplans".
L'erreur venait effectivement de là, j'y ferai attention les prochaines fois. merci pour ton aide.
Ce fichier est un script d'optimisation, tu utilises bien l'option "Utiliser une méthode d'optimisation" au lieu de "Utiliser un plan de simulation" ?
Le 14/04/2014 13:52, Audric Vigier a écrit :
Le 14/04/2014 13:46, Eric Chatellier a écrit :
Le 14/04/2014 13:15, Audric Vigier a écrit :
J'ai redémarré ISIS et l'erreur est toujours là. Le debug entier est en PJ. Je ne comprend pas.
Le message mentionne "simulationplans.RecuitSimuleVoisinageAdaptatifCristallisationT10Param" Ce fichier existe toujours ? Il doit être dans le dossier "optimizations" (comme le package) et non "simulationplans".
L'erreur venait effectivement de là, j'y ferai attention les prochaines fois. merci pour ton aide.
Ce fichier est un script d'optimisation, tu utilises bien l'option "Utiliser une méthode d'optimisation" au lieu de "Utiliser un plan de simulation" ?
J'ai quelques soucis avec l'interface d'optimisation: -elle réclame un script de fonction d'objectif : quand est-il appelé précisement? Comment faire référence à ce qu'il calcule dans le script d'optimisation? Pour le moment, comme mon script d'optimisation inclut déjà le calcul de fonction d'objectif, j'ai laissé un script "par défaut", avec des méthodes vides, pour le script de fonction d'objectif et j'ai ajouté le script d'optimisation comme je le faisais avant. Aussi, je ne peux pas ajouter d'exports (rien ne se passe quand je clique sur ajouter) -tout se passe comme si je ne faisais pas appel à l'optimisation, ISIS ne fait qu'une seule simulation (j'ai vérifié que la case "Utiliser une méthode d'optimisation" est cochée). Qui plus est, la simulation se fait plus lentement que sous la V 4.2.1.1 (8 minutes au lieu de 30 secondes). -Où est-ce que je peux trouver une doc sur les classes Optimization et OptimizationContext? Dans le script, les commentaires indiquent que je dois faire appel à context.addSimulation, mais je ne sais pas comment ça marche (que fait précisement la méthode? inputs?). Pour le moment je n'utilise pas... J'ai mis le script et le debug en PJ.
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
On Mon, 14 Apr 2014 16:49:01 +0200 Audric Vigier <Audric.Vigier@ifremer.fr> wrote:
Le 14/04/2014 13:52, Audric Vigier a écrit :
Le 14/04/2014 13:46, Eric Chatellier a écrit :
Le 14/04/2014 13:15, Audric Vigier a écrit :
J'ai redémarré ISIS et l'erreur est toujours là. Le debug entier est en PJ. Je ne comprend pas.
Le message mentionne "simulationplans.RecuitSimuleVoisinageAdaptatifCristallisationT10Param" Ce fichier existe toujours ? Il doit être dans le dossier "optimizations" (comme le package) et non "simulationplans".
L'erreur venait effectivement de là, j'y ferai attention les prochaines fois. merci pour ton aide.
Ce fichier est un script d'optimisation, tu utilises bien l'option "Utiliser une méthode d'optimisation" au lieu de "Utiliser un plan de simulation" ?
J'ai quelques soucis avec l'interface d'optimisation: -elle réclame un script de fonction d'objectif : quand est-il appelé précisement? Comment faire référence à ce qu'il calcule dans le script d'optimisation? Pour le moment, comme mon script d'optimisation inclut déjà le calcul de fonction d'objectif, j'ai laissé un script "par défaut", avec des méthodes vides, pour le script de fonction d'objectif et j'ai ajouté le script d'optimisation comme je le faisais avant.
En fait la fonction d'objectif est optionnelle, si elle n'est pas la ça devrait tout de même fonctionner (ça permet comme dans ton cas, d'avoir le code d'objectif dans l'optimisation) Si jamais tu modifies le script pour créer une fonction d'objectif. Dans le script d'optimisation tu peux récupérer le résultat via les simulations dans le context. Donc normalement: // tu peux aussi faire la même chose dans nextSimulation si c plus approprié pour ton code public void endSimulation(OptimizationContext context) { // on parcours les simulations faites durant la derniere generation for (SimulationStorage sim : context.getLastSimulations()) { double obj = sim.getObjective(); // faire quelque chose } }
Aussi, je ne peux pas ajouter d'exports (rien ne se passe quand je clique sur ajouter)
Eric ? une idée ?
-tout se passe comme si je ne faisais pas appel à l'optimisation, ISIS ne fait qu'une seule simulation (j'ai vérifié que la case "Utiliser une méthode d'optimisation" est cochée). Qui plus est, la simulation se fait plus lentement que sous la V 4.2.1.1 (8 minutes au lieu de 30 secondes). -Où est-ce que je peux trouver une doc sur les classes Optimization et OptimizationContext? Dans le script, les commentaires indiquent que je dois faire appel à context.addSimulation, mais je ne sais pas comment ça
Oui, mauvaise documentation, je viens de la mettre a jour. En fait maintenant c'est context.newSimulation() ce qui est bien fait dans firstSimulation et nextSimulation
marche (que fait précisement la méthode? inputs?). Pour le moment je n'utilise pas...
je ne vois pas de quoi tu parles lorsque tu fais référence à méthode et inputs
J'ai mis le script et le debug en PJ.
Tu as plusieurs problème: """ 44 problems (1 error, 43 warnings) INFO [AWT-EventQueue-0] (CompileHelper.java:105) loadClass - Can't load class: simulationplans.CalibrationSimplexePasVariable2Capturabilite java.lang.ClassNotFoundException: simulationplans.CalibrationSimplexePasVariable2Capturabilite at java.net.URLClassLoader$1.run(Unknown Source) """ Il semble que tu es en même temps sélectionné les plan et les optimisations, il ne faut pas. (On va modifier Isis pour que ça ne soit pas possible) """ 3. ERROR in C:\Users\avigier\isis-fish-4beta\isis-community-database\optimizations\RecuitSimuleVoisinageAdaptatifCristallisationT10Param.java (at line 196) SimulationStorage nextSimulation = context.addSimulation(); ^^^^^^^^^^^^^ The method addSimulation(SimulationStorage) in the type OptimizationContext is not applicable for the arguments () ---------- 4. ERROR in C:\Users\avigier\isis-fish-4beta\isis-community-database\optimizations\RecuitSimuleVoisinageAdaptatifCristallisationT10Param.java (at line 230) SimulationStorage nextSimulation = context.addSimulation(); """ Tu as remplacé les newSimulation par des addSimulation mais comme dit précédemment la documentation était fausse :(, le script était bon. -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com
Bonjour, Le 15/04/2014 10:06, Benjamin POUSSIN a écrit :
On Mon, 14 Apr 2014 16:49:01 +0200 Audric Vigier <Audric.Vigier@ifremer.fr> wrote:
Le 14/04/2014 13:52, Audric Vigier a écrit :
Le 14/04/2014 13:46, Eric Chatellier a écrit :
Le 14/04/2014 13:15, Audric Vigier a écrit :
J'ai redémarré ISIS et l'erreur est toujours là. Le debug entier est en PJ. Je ne comprend pas.
Le message mentionne "simulationplans.RecuitSimuleVoisinageAdaptatifCristallisationT10Param" Ce fichier existe toujours ? Il doit être dans le dossier "optimizations" (comme le package) et non "simulationplans".
L'erreur venait effectivement de là, j'y ferai attention les prochaines fois. merci pour ton aide.
Ce fichier est un script d'optimisation, tu utilises bien l'option "Utiliser une méthode d'optimisation" au lieu de "Utiliser un plan de simulation" ?
J'ai quelques soucis avec l'interface d'optimisation: -elle réclame un script de fonction d'objectif : quand est-il appelé précisement? Comment faire référence à ce qu'il calcule dans le script d'optimisation? Pour le moment, comme mon script d'optimisation inclut déjà le calcul de fonction d'objectif, j'ai laissé un script "par défaut", avec des méthodes vides, pour le script de fonction d'objectif et j'ai ajouté le script d'optimisation comme je le faisais avant.
En fait la fonction d'objectif est optionnelle, si elle n'est pas la ça devrait tout de même fonctionner (ça permet comme dans ton cas, d'avoir le code d'objectif dans l'optimisation)
Si jamais tu modifies le script pour créer une fonction d'objectif. Dans le script d'optimisation tu peux récupérer le résultat via les simulations dans le context.
Donc normalement:
// tu peux aussi faire la même chose dans nextSimulation si c plus approprié pour ton code public void endSimulation(OptimizationContext context) { // on parcours les simulations faites durant la derniere generation for (SimulationStorage sim : context.getLastSimulations()) { double obj = sim.getObjective(); // faire quelque chose } }
Merci pour les précisions, elles seront utiles pour des scripts où il faudra boucler sur les calculs de FO.
Aussi, je ne peux pas ajouter d'exports (rien ne se passe quand je clique sur ajouter)
Eric ? une idée ?
-tout se passe comme si je ne faisais pas appel à l'optimisation, ISIS ne fait qu'une seule simulation (j'ai vérifié que la case "Utiliser une méthode d'optimisation" est cochée). Qui plus est, la simulation se fait plus lentement que sous la V 4.2.1.1 (8 minutes au lieu de 30 secondes). -Où est-ce que je peux trouver une doc sur les classes Optimization et OptimizationContext? Dans le script, les commentaires indiquent que je dois faire appel à context.addSimulation, mais je ne sais pas comment ça
Oui, mauvaise documentation, je viens de la mettre a jour. En fait maintenant c'est context.newSimulation() ce qui est bien fait dans firstSimulation et nextSimulation
marche (que fait précisement la méthode? inputs?). Pour le moment je n'utilise pas...
je ne vois pas de quoi tu parles lorsque tu fais référence à méthode et inputs
OK. Bon comme tu as utilisé context.newSimulation(), je vois à peu près ce qu'il fait, je retire mes questions.
J'ai mis le script et le debug en PJ.
Tu as plusieurs problème:
""" 44 problems (1 error, 43 warnings) INFO [AWT-EventQueue-0] (CompileHelper.java:105) loadClass - Can't load class: simulationplans.CalibrationSimplexePasVariable2Capturabilite java.lang.ClassNotFoundException: simulationplans.CalibrationSimplexePasVariable2Capturabilite at java.net.URLClassLoader$1.run(Unknown Source) """
Il semble que tu es en même temps sélectionné les plan et les optimisations, il ne faut pas. (On va modifier Isis pour que ça ne soit pas possible)
Je l'avais fait une fois, en me disant que l'erreur ne pouvait venir que de moi et pas d'ISIS, donc j'essayais plein de trucs différents pour que ça tourne. Mais normalement, il y a au moins un script qui a tourné avec seulement l'optimisation de sélectionnée. J'ai joins cette fois-ci un debug ou seulement un plan d'optimisation a été lancé, ce sera plus lisible. J'ai toujours des soucis de lenteur sur la V4.3 (ce qui est bizarre vu les super perfs qu'Eric a annoncé), et une seule simulation de réalisée.
""" 3. ERROR in C:\Users\avigier\isis-fish-4beta\isis-community-database\optimizations\RecuitSimuleVoisinageAdaptatifCristallisationT10Param.java (at line 196) SimulationStorage nextSimulation = context.addSimulation(); ^^^^^^^^^^^^^ The method addSimulation(SimulationStorage) in the type OptimizationContext is not applicable for the arguments () ---------- 4. ERROR in C:\Users\avigier\isis-fish-4beta\isis-community-database\optimizations\RecuitSimuleVoisinageAdaptatifCristallisationT10Param.java (at line 230) SimulationStorage nextSimulation = context.addSimulation(); """
Tu as remplacé les newSimulation par des addSimulation mais comme dit précédemment la documentation était fausse :(, le script était bon.
Ca devait être un script qui n'a pas compilé et qui est apparu dans le debug. J'ai vérifié, il n'y a aucune erreur de compilation dans le script cette fois-ci (donc pas de addSimulation)
Le 15/04/2014 10:06, Benjamin POUSSIN a écrit :
Aussi, je ne peux pas ajouter d'exports (rien ne se passe quand je clique sur ajouter) Eric ? une idée ?
J'ai corrigé les exports dans cette version : http://forge.codelutin.com/attachments/download/1713/isis-fish-4.3.0.0-beta1... -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 15/04/2014 16:45, Eric Chatellier a écrit :
Le 15/04/2014 10:06, Benjamin POUSSIN a écrit :
Aussi, je ne peux pas ajouter d'exports (rien ne se passe quand je clique sur ajouter) Eric ? une idée ?
J'ai corrigé les exports dans cette version : http://forge.codelutin.com/attachments/download/1713/isis-fish-4.3.0.0-beta1...
Ca marche pour les exports et le plan d'optimisation s'est lancé comme un plan d'optimisation, super! Bon ensuite, ça a planté, mais c'est à cause d'une erreur dans mon script d'optim cette fois-ci. Merci! Audric
Le 15/04/2014 17:04, Audric Vigier a écrit :
Le 15/04/2014 16:45, Eric Chatellier a écrit :
Le 15/04/2014 10:06, Benjamin POUSSIN a écrit :
Aussi, je ne peux pas ajouter d'exports (rien ne se passe quand je clique sur ajouter) Eric ? une idée ?
J'ai corrigé les exports dans cette version : http://forge.codelutin.com/attachments/download/1713/isis-fish-4.3.0.0-beta1...
Ca marche pour les exports et le plan d'optimisation s'est lancé comme un plan d'optimisation, super! Bon ensuite, ça a planté, mais c'est à cause d'une erreur dans mon script d'optim cette fois-ci. Merci!
Bonjour, J'essaye de résoudre ce problème, où le debug m'indique que ça ne va pas à la ligne 258, probablement parce que mon historique n'est pas rempli comme il faut ou que le compteur n'a pas la bonne valeur. Pour en être sûr, je voudrais utiliser les log.info pour savoir si tout a été parcouru comme il faut, connaître certaines valeurs, etc. Mais ils n'apparaissent pas dans mon debug. J'ai regardé et tout ce qui concerne les logs est identique à ce qu'il y a dans les scripts de V 4.2.1.1. Des idées pour faire apparaître les log dans le debug? Debug et script sont en PJ.
Audric
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Le 16/04/2014 09:55, Audric Vigier a écrit :
Bonjour,
J'essaye de résoudre ce problème, où le debug m'indique que ça ne va pas à la ligne 258, probablement parce que mon historique n'est pas rempli comme il faut ou que le compteur n'a pas la bonne valeur. Pour en être sûr, je voudrais utiliser les log.info pour savoir si tout a été parcouru comme il faut, connaître certaines valeurs, etc. Mais ils n'apparaissent pas dans mon debug. J'ai regardé et tout ce qui concerne les logs est identique à ce qu'il y a dans les scripts de V 4.2.1.1. Des idées pour faire apparaître les log dans le debug? Debug et script sont en PJ. Salut,
J'ai oublié d'activer l'affichage des logs pour les "objectives" et "optimizations". Ca sera corrigé dans la prochaine version. En attendant, tu peut remplacer temporairement le log.info("xxx") par un log.error("xxx"). (le niveau error étant plus fort, il devrait s'afficher, même si tu le log pas une vraie erreur). -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 16/04/2014 10:09, Eric Chatellier a écrit :
Le 16/04/2014 09:55, Audric Vigier a écrit :
Bonjour,
J'essaye de résoudre ce problème, où le debug m'indique que ça ne va pas à la ligne 258, probablement parce que mon historique n'est pas rempli comme il faut ou que le compteur n'a pas la bonne valeur. Pour en être sûr, je voudrais utiliser les log.info pour savoir si tout a été parcouru comme il faut, connaître certaines valeurs, etc. Mais ils n'apparaissent pas dans mon debug. J'ai regardé et tout ce qui concerne les logs est identique à ce qu'il y a dans les scripts de V 4.2.1.1. Des idées pour faire apparaître les log dans le debug? Debug et script sont en PJ. Salut,
J'ai oublié d'activer l'affichage des logs pour les "objectives" et "optimizations". Ca sera corrigé dans la prochaine version.
En attendant, tu peut remplacer temporairement le log.info("xxx") par un log.error("xxx"). (le niveau error étant plus fort, il devrait s'afficher, même si tu le log pas une vraie erreur).
Merci, tout s'affiche maintenant. J'ai remarqué un autre souçi, soit qui est dû à mon script, soit à la nouvelle version : les simulations s'enchaînent, mais dans le script d'optimisation, elles sont toutes considérées comme étant la première simulation. Dans mon script (en PJ), j'ai dû bidouiller la méthode getIteration pour qu'elle me renvoie 0 au lieu de -1 (ça provoquait évidemment une ArrayIndexOutOfBoundsException au moment de faire référence à une Experience). La problème, c'est que pour n'importe quelle génération, getIteration renvoie le numéro 0 (voir l197 - 215 - 249). Soit j'ai mal compris comment faire référence à une génération, soit il y a un souci ailleurs...J'ai aussi joint un debug du script qui a tourné sur 2-3 simus, des log.error renvoient le numéro de simu achevée/à venir à plusierus endroits. Peut-être la méthode pour retrouver un numéro de génération a changé de nom?
Le 16/04/2014 14:53, Audric Vigier a écrit :
Merci, tout s'affiche maintenant. J'ai remarqué un autre souçi, soit qui est dû à mon script, soit à la nouvelle version : les simulations s'enchaînent, mais dans le script d'optimisation, elles sont toutes considérées comme étant la première simulation. Dans mon script (en PJ), j'ai dû bidouiller la méthode getIteration pour qu'elle me renvoie 0 au lieu de -1 (ça provoquait évidemment une ArrayIndexOutOfBoundsException au moment de faire référence à une Experience). La problème, c'est que pour n'importe quelle génération, getIteration renvoie le numéro 0 (voir l197 - 215 - 249). Soit j'ai mal compris comment faire référence à une génération, soit il y a un souci ailleurs...J'ai aussi joint un debug du script qui a tourné sur 2-3 simus, des log.error renvoient le numéro de simu achevée/à venir à plusierus endroits. Peut-être la méthode pour retrouver un numéro de génération a changé de nom?
Tu peux utiliser: context.getSimulationNumber() pour avoir le numero de simulation context.getCurrentGeneration() pour avoir le numero de simulation C'est bien ca que tu cherches ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 16/04/2014 15:00, Eric Chatellier a écrit :
Le 16/04/2014 14:53, Audric Vigier a écrit :
Merci, tout s'affiche maintenant. J'ai remarqué un autre souçi, soit qui est dû à mon script, soit à la nouvelle version : les simulations s'enchaînent, mais dans le script d'optimisation, elles sont toutes considérées comme étant la première simulation. Dans mon script (en PJ), j'ai dû bidouiller la méthode getIteration pour qu'elle me renvoie 0 au lieu de -1 (ça provoquait évidemment une ArrayIndexOutOfBoundsException au moment de faire référence à une Experience). La problème, c'est que pour n'importe quelle génération, getIteration renvoie le numéro 0 (voir l197 - 215 - 249). Soit j'ai mal compris comment faire référence à une génération, soit il y a un souci ailleurs...J'ai aussi joint un debug du script qui a tourné sur 2-3 simus, des log.error renvoient le numéro de simu achevée/à venir à plusierus endroits. Peut-être la méthode pour retrouver un numéro de génération a changé de nom?
Tu peux utiliser: context.getSimulationNumber() pour avoir le numero de simulation context.getCurrentGeneration() pour avoir le numero de simulation
C'est bien ca que tu cherches ?
C'est bien ça, merci. Je demande à nouveau où est-ce que je peux consulter la doc pour Optimization et OptimizationContext pour éviter de poser ce genre de question à l'avenir, je ne la trouve pas.
Le 16/04/2014 15:08, Audric Vigier a écrit :
C'est bien ça, merci. Je demande à nouveau où est-ce que je peux consulter la doc pour Optimization et OptimizationContext pour éviter de poser ce genre de question à l'avenir, je ne la trouve pas.
Normalement, c'est accessible à partir de cette page : http://isis-fish.org/v4/user/API.html (JavaDoc IsisFish) Mais comme c'est une version de test qui est encore en developpement, l'API n'est pas à jour. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Bonjour, Le 16/04/2014 15:12, Eric Chatellier a écrit :
Le 16/04/2014 15:08, Audric Vigier a écrit :
C'est bien ça, merci. Je demande à nouveau où est-ce que je peux consulter la doc pour Optimization et OptimizationContext pour éviter de poser ce genre de question à l'avenir, je ne la trouve pas.
Normalement, c'est accessible à partir de cette page : http://isis-fish.org/v4/user/API.html (JavaDoc IsisFish)
Mais comme c'est une version de test qui est encore en developpement, l'API n'est pas à jour. C'était ça qui me posait souci. Mais comme j'en ai fini avec les context (pour le moment), ça me gênera moins dans les jours à venir.
Je viens pour une toute autre question : j'ai maintenant deux scripts qui marchent sous la V 4.3.0.0, j'ai implémenté dans chacun d'eux un algorithme, qui sont légèrement différents, et j'aimerai les tester en même temps (comme j'ai deux coeurs, normalement c'est possible). Petit hic : quand je lance mon deuxième script, le premier s'arrete, et plus aucune simu ne se lance. Quand j'arrête un plan, le plan restant repart immédiatement et continue ses simus. Quand je relance à nouveau un plan, ça me fait la même chose : plus aucune simu, quand j'arrête un plan, l'autre repart. J'ai regardé le debug au moment où deux plans étaient là en même temps : pas d'erreur. Dans le debug que je joins, le plan sim_RecuitSimuleLHSOKAutin_2014-04-17-09-23 tourne seul, puis je rajoute un deuxième plan pendant que la simu sim_RecuitSimuleLHSOKAutin_2014-04-17-09-23_14 se fait. Elle se termine normalement, puis les deux plans ne lancent plus aucune simu. J'arrête le nouveau plan, puis sim_RecuitSimuleLHSOKAutin_2014-04-17-09-23_15 (simu suivante du premier plan) se lance. Des idées sur ce qu'il se passe? Audric
Le 17/04/2014 09:47, Audric Vigier a écrit :
Bonjour,
Le 16/04/2014 15:12, Eric Chatellier a écrit :
Le 16/04/2014 15:08, Audric Vigier a écrit :
C'est bien ça, merci. Je demande à nouveau où est-ce que je peux consulter la doc pour Optimization et OptimizationContext pour éviter de poser ce genre de question à l'avenir, je ne la trouve pas.
Normalement, c'est accessible à partir de cette page : http://isis-fish.org/v4/user/API.html (JavaDoc IsisFish)
Mais comme c'est une version de test qui est encore en developpement, l'API n'est pas à jour. C'était ça qui me posait souci. Mais comme j'en ai fini avec les context (pour le moment), ça me gênera moins dans les jours à venir.
Je viens pour une toute autre question : j'ai maintenant deux scripts qui marchent sous la V 4.3.0.0, j'ai implémenté dans chacun d'eux un algorithme, qui sont légèrement différents, et j'aimerai les tester en même temps (comme j'ai deux coeurs, normalement c'est possible). Petit hic : quand je lance mon deuxième script, le premier s'arrete, et plus aucune simu ne se lance. Quand j'arrête un plan, le plan restant repart immédiatement et continue ses simus. Quand je relance à nouveau un plan, ça me fait la même chose : plus aucune simu, quand j'arrête un plan, l'autre repart. J'ai regardé le debug au moment où deux plans étaient là en même temps : pas d'erreur. Dans le debug que je joins, le plan sim_RecuitSimuleLHSOKAutin_2014-04-17-09-23 tourne seul, puis je rajoute un deuxième plan pendant que la simu sim_RecuitSimuleLHSOKAutin_2014-04-17-09-23_14 se fait. Elle se termine normalement, puis les deux plans ne lancent plus aucune simu. J'arrête le nouveau plan, puis sim_RecuitSimuleLHSOKAutin_2014-04-17-09-23_15 (simu suivante du premier plan) se lance. Des idées sur ce qu'il se passe?
Je signale un autre souci avec mes plans d'optimisation : hier soir, j'ai laissé tourné un plan, qui s'est arrêté au bout d'environ 300 simus, car d'après le debug, il n'y avait plus de assez de mémoire (java.lang.OutOfMemoryError: unable to create new native thread). J'ai remarqué que dans mon script, je n'avais pas rajouté la correction pour fermer tous les fichiers que j'ouvrais (vers la l181 de ma PJ). Pensant que l'erreur venait de là, je demande à ce qu'un fichier ouvert soit ensuite fermé. J'ai fait tourner une version corrigée qui a planté en 300 simus pour le même motif. Dans l'interface des simulations, le plan et ses simus sont dans la partie basse, il ne reste rien en haut. Je crée des fichiers à la ligne 253 pour l'historique. Ca ne pose pas de souci sous la V 4.2.1.1, mais est-ce c'est ça qui pose souci sous la nouvelle version? Partie de debug intéressante + script en PJ.
Audric
Le 17/04/2014 13:58, Audric Vigier a écrit :
Je signale un autre souci avec mes plans d'optimisation : hier soir, j'ai laissé tourné un plan, qui s'est arrêté au bout d'environ 300 simus, car d'après le debug, il n'y avait plus de assez de mémoire (java.lang.OutOfMemoryError: unable to create new native thread). J'ai remarqué que dans mon script, je n'avais pas rajouté la correction pour fermer tous les fichiers que j'ouvrais (vers la l181 de ma PJ). Pensant que l'erreur venait de là, je demande à ce qu'un fichier ouvert soit ensuite fermé. J'ai fait tourner une version corrigée qui a planté en 300 simus pour le même motif. Dans l'interface des simulations, le plan et ses simus sont dans la partie basse, il ne reste rien en haut. Je crée des fichiers à la ligne 253 pour l'historique. Ca ne pose pas de souci sous la V 4.2.1.1, mais est-ce c'est ça qui pose souci sous la nouvelle version?
C'est la première fois qu'on vois un problème de mémoire avec l'explication "unable to create new native thread". Donc on seche un peu sur la cause. J'ai essayé de lancer ton script, mais il necéssite le fichier 'Input_essai_recuit/Inputlandings10param.csv'. Tu peux nous l'envoyer ? (avec enventuellement les autres infos nécéssaires). Sinon, je suis à l'ifremer, demain matin, je pourrais regarder directement. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 17/04/2014 17:37, Eric Chatellier a écrit :
Le 17/04/2014 13:58, Audric Vigier a écrit :
Je signale un autre souci avec mes plans d'optimisation : hier soir, j'ai laissé tourné un plan, qui s'est arrêté au bout d'environ 300 simus, car d'après le debug, il n'y avait plus de assez de mémoire (java.lang.OutOfMemoryError: unable to create new native thread). J'ai remarqué que dans mon script, je n'avais pas rajouté la correction pour fermer tous les fichiers que j'ouvrais (vers la l181 de ma PJ). Pensant que l'erreur venait de là, je demande à ce qu'un fichier ouvert soit ensuite fermé. J'ai fait tourner une version corrigée qui a planté en 300 simus pour le même motif. Dans l'interface des simulations, le plan et ses simus sont dans la partie basse, il ne reste rien en haut. Je crée des fichiers à la ligne 253 pour l'historique. Ca ne pose pas de souci sous la V 4.2.1.1, mais est-ce c'est ça qui pose souci sous la nouvelle version?
C'est la première fois qu'on vois un problème de mémoire avec l'explication "unable to create new native thread". Donc on seche un peu sur la cause.
J'ai essayé de lancer ton script, mais il necéssite le fichier 'Input_essai_recuit/Inputlandings10param.csv'. Tu peux nous l'envoyer ? (avec enventuellement les autres infos nécéssaires).
Sinon, je suis à l'ifremer, demain matin, je pourrais regarder directement.
Le fichier est en PJ. Je serai à l'Ifremer demain jusqu'à 16h45.
Le 17/04/2014 17:39, Audric Vigier a écrit :
Le fichier est en PJ. Je serai à l'Ifremer demain jusqu'à 16h45. J'ai fait un test avec ce fichier sur la base GolfeDeGascogne. Il s'est arrêté à 148. Comment je peux faire pour qu'il s'arrête au dela de 300 ? Quelle est la condition d'arret ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 17/04/2014 17:39, Audric Vigier a écrit :
Le fichier est en PJ. Je serai à l'Ifremer demain jusqu'à 16h45. J'ai fait un test avec ce fichier sur la base GolfeDeGascogne. Il s'est arrêté à 148. Comment je peux faire pour qu'il s'arrête au dela de 300 ? Quelle est la condition d'arret ? Si on a le même problème, je n'ai aucune idée de comment le faire aller au-delà de 300...J'ai fixé une condition d'arrêt à 2000 dans le
Le 18/04/2014 17:02, Eric Chatellier a écrit : script(282-284), c'est la seule.
Le 22/04/2014 09:10, Audric Vigier a écrit :
Si on a le même problème, je n'ai aucune idée de comment le faire aller au-delà de 300...J'ai fixé une condition d'arrêt à 2000 dans le script(282-284), c'est la seule. Heu, non, dans mon cas, il s'est arrêté a 148, mais normalement, sans aucune erreur.
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 22/04/2014 09:10, Audric Vigier a écrit :
Si on a le même problème, je n'ai aucune idée de comment le faire aller au-delà de 300...J'ai fixé une condition d'arrêt à 2000 dans le script(282-284), c'est la seule. Heu, non, dans mon cas, il s'est arrêté a 148, mais normalement, sans aucune erreur. Je lance le plan et je regarde ce qu'il me fait aujourd'hui. Mais normalement, il devrait y avoir une erreur quelque part, je ne demande
Le 22/04/2014 09:47, Eric Chatellier a écrit : pas d'arrêt à cette simulation dans le script, et j'ai vérifié, il n' y a pas d'autre condition d'arrêt.
Le 22/04/2014 09:53, Audric Vigier a écrit :
Le 22/04/2014 09:10, Audric Vigier a écrit :
Si on a le même problème, je n'ai aucune idée de comment le faire aller au-delà de 300...J'ai fixé une condition d'arrêt à 2000 dans le script(282-284), c'est la seule. Heu, non, dans mon cas, il s'est arrêté a 148, mais normalement, sans aucune erreur. Je lance le plan et je regarde ce qu'il me fait aujourd'hui. Mais normalement, il devrait y avoir une erreur quelque part, je ne demande
Le 22/04/2014 09:47, Eric Chatellier a écrit : pas d'arrêt à cette simulation dans le script, et j'ai vérifié, il n' y a pas d'autre condition d'arrêt.
ISIS s'est arrêté après 305 simus, avec un message d'erreur dans le debug (le même que d'habitude). Tu peux m'envoyer le .zip de la région + simu de base + inputs pour que je teste histoire d'être sûr?
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Le 22/04/2014 13:54, Audric Vigier a écrit :
Le 22/04/2014 09:53, Audric Vigier a écrit :
Le 22/04/2014 09:10, Audric Vigier a écrit :
Si on a le même problème, je n'ai aucune idée de comment le faire aller au-delà de 300...J'ai fixé une condition d'arrêt à 2000 dans le script(282-284), c'est la seule. Heu, non, dans mon cas, il s'est arrêté a 148, mais normalement, sans aucune erreur. Je lance le plan et je regarde ce qu'il me fait aujourd'hui. Mais normalement, il devrait y avoir une erreur quelque part, je ne demande
Le 22/04/2014 09:47, Eric Chatellier a écrit : pas d'arrêt à cette simulation dans le script, et j'ai vérifié, il n' y a pas d'autre condition d'arrêt.
ISIS s'est arrêté après 305 simus, avec un message d'erreur dans le debug (le même que d'habitude). Tu peux m'envoyer le .zip de la région + simu de base + inputs pour que je teste histoire d'être sûr?
En PJ : région + input Inputlandings + simu de base zippée + script du plan d'optimisation.
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Le 23/04/2014 10:59, Audric Vigier a écrit :
Le 22/04/2014 13:54, Audric Vigier a écrit :
Le 22/04/2014 09:53, Audric Vigier a écrit :
Le 22/04/2014 09:10, Audric Vigier a écrit :
Si on a le même problème, je n'ai aucune idée de comment le faire aller au-delà de 300...J'ai fixé une condition d'arrêt à 2000 dans le script(282-284), c'est la seule. Heu, non, dans mon cas, il s'est arrêté a 148, mais normalement, sans aucune erreur. Je lance le plan et je regarde ce qu'il me fait aujourd'hui. Mais normalement, il devrait y avoir une erreur quelque part, je ne demande
Le 22/04/2014 09:47, Eric Chatellier a écrit : pas d'arrêt à cette simulation dans le script, et j'ai vérifié, il n' y a pas d'autre condition d'arrêt.
ISIS s'est arrêté après 305 simus, avec un message d'erreur dans le debug (le même que d'habitude). Tu peux m'envoyer le .zip de la région + simu de base + inputs pour que je teste histoire d'être sûr?
En PJ : région + input Inputlandings + simu de base zippée + script du plan d'optimisation.
Bonjour, On a fait un essai sur le serveur avec la V 4.3, ça a planté après 884 simus. D'après le debug, il y a trop de fichiers ouverts. La fin du debug (1000 dernières lignes) est en PJ. Je rappelle qu'il y a des ERROR qui n'en sont pas vraiment puisque je dois utiliser des log.error au lieu des log.info. Bonne journée, Audric
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Le 24/04/2014 09:21, Audric Vigier a écrit :
Bonjour, On a fait un essai sur le serveur avec la V 4.3, ça a planté après 884 simus. D'après le debug, il y a trop de fichiers ouverts. Ok, au moins sous linux, les erreurs veulent dire quelque chose ;)
Je pense que ca peut venir de ton script qui réouvre les simulations sans les fermer. Tu peux tester d'ajouter ca à la fin de la methode endSimulation() : lastSimulation.closeStorage(); Je vais faire en sorte que isis les ferme lui même, mais ca depend un peu de ce que fait le script d'optimisation fait avec les simulations. De mon coté, Isis a tourné toute la nuit, il était rendu à 1431 simulation, mais il me semble que j'avais pas mal de fichier ouvert aussi. Je relance avec la modif de fermeture. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 24/04/2014 10:45, Eric Chatellier a écrit :
Le 24/04/2014 09:21, Audric Vigier a écrit :
Bonjour, On a fait un essai sur le serveur avec la V 4.3, ça a planté après 884 simus. D'après le debug, il y a trop de fichiers ouverts. Ok, au moins sous linux, les erreurs veulent dire quelque chose ;)
Je pense que ca peut venir de ton script qui réouvre les simulations sans les fermer. Tu peux tester d'ajouter ca à la fin de la methode endSimulation() :
lastSimulation.closeStorage(); Bonjour,
Sous Linux, on a dépassé 2500 simus (j'ai oublié la condition d'arrêt dans le script), donc problème résolu par l'ajout de la commande à la fin du endSimulation. Bonne journée, Audric
Je vais faire en sorte que isis les ferme lui même, mais ca depend un peu de ce que fait le script d'optimisation fait avec les simulations.
De mon coté, Isis a tourné toute la nuit, il était rendu à 1431 simulation, mais il me semble que j'avais pas mal de fichier ouvert aussi. Je relance avec la modif de fermeture.
participants (3)
-
Audric Vigier -
Benjamin POUSSIN -
Eric Chatellier