Modification du fonctionnement pour l'utilisation avec Calibrar
Bonjour, Pour information, dans la version 4.4.2.2, l'action que devait utiliser Calibrar dans Isis (simulationWithRegionNameAndScript) ne fonctionnait pas un mode multi-processus car chaque sous processus tentait de lire la région au même moment, et la base de données refuse ce fonctionnement. J'ai modifié le fonctionnement pour mieux coller au fonctionnement des simulations à distance (caparmor) en préparant une simulation qui inclut la simulation et en n'utilisant plus la région d'origine dans les sous processus. Préparation de la simulation ---------------------------- Dans l'interface de lancement d'une simulation, j'ai ajouté un menu "Simulation/Préparer la simulation..." qui créé un zip contenant toute la définition de la simulation. Il faut donc, utiliser ce menu une fois la simulation paramétrée (avec la région, les règles, les population, les exports...) @Sophie: Comme ici, la simulation est préparée avec la règle, et comme c'est ta règle qui gère les données calibrar, je pense que tu n'a plus besoin (dans ton cas) du prescript et du fichier parameters.properties Action sans prescript --------------------- L'action 'simulationWithRegionNameAndScript' ne doit plus être utilisée et la commande pour lancer la simulation est donc simplifiée: java -jar isis-fish-4.4.2.3-SNAPSHOT.jar --simulateWithSimulation id-simulation-1 chemin/du/preparation-simulation.zip Donc, c'est l'action "simulateWithSimulation" qui prend en argument, l'ID de simulation et le fichier ZIP de préparation de la simulation Action avec prescript --------------------- Pour quand même utiliser un prescrit, c'est toujours possible avec l'action: java -jar isis-fish-4.4.2.3-SNAPSHOT.jar --simulateWithSimulationAndScript id-simulation-1 chemin/du/preparation-simulation.zip chemin/du/prescript.java C'est testable avec cette version: https://forge.codelutin.com/attachments/download/5568/isis-fish-4.4.2.3-gdcf... -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Salut Eric en regardant un peu plus en detail le mode de lancement, je me demande si ce ne serait pas plus efficace de passer le script de cht des valeurs de parametres en pre-script et faire le zip ensuite. Comme c'est une regle, elle est testée chaque mois de la simu pour tous les metiers.... et meme si tout est dans le init de la regle. Qu'en penses-tu ? Stephanie Le 06/02/2019 à 16:00, Eric Chatellier a écrit :
Bonjour,
Pour information, dans la version 4.4.2.2, l'action que devait utiliser Calibrar dans Isis (simulationWithRegionNameAndScript) ne fonctionnait pas un mode multi-processus car chaque sous processus tentait de lire la région au même moment, et la base de données refuse ce fonctionnement.
J'ai modifié le fonctionnement pour mieux coller au fonctionnement des simulations à distance (caparmor) en préparant une simulation qui inclut la simulation et en n'utilisant plus la région d'origine dans les sous processus.
Préparation de la simulation ----------------------------
Dans l'interface de lancement d'une simulation, j'ai ajouté un menu "Simulation/Préparer la simulation..." qui créé un zip contenant toute la définition de la simulation.
Il faut donc, utiliser ce menu une fois la simulation paramétrée (avec la région, les règles, les population, les exports...)
@Sophie: Comme ici, la simulation est préparée avec la règle, et comme c'est ta règle qui gère les données calibrar, je pense que tu n'a plus besoin (dans ton cas) du prescript et du fichier parameters.properties
Action sans prescript ---------------------
L'action 'simulationWithRegionNameAndScript' ne doit plus être utilisée et la commande pour lancer la simulation est donc simplifiée:
java -jar isis-fish-4.4.2.3-SNAPSHOT.jar --simulateWithSimulation id-simulation-1 chemin/du/preparation-simulation.zip
Donc, c'est l'action "simulateWithSimulation" qui prend en argument, l'ID de simulation et le fichier ZIP de préparation de la simulation
Action avec prescript ---------------------
Pour quand même utiliser un prescrit, c'est toujours possible avec l'action: java -jar isis-fish-4.4.2.3-SNAPSHOT.jar --simulateWithSimulationAndScript id-simulation-1 chemin/du/preparation-simulation.zip chemin/du/prescript.java
C'est testable avec cette version: https://forge.codelutin.com/attachments/download/5568/isis-fish-4.4.2.3-gdcf...
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75 o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
Le 11/02/2019 à 18:55, Stephanie MAHEVAS a écrit :
Salut Eric
en regardant un peu plus en detail le mode de lancement, je me demande si ce ne serait pas plus efficace de passer le script de cht des valeurs de parametres en pre-script et faire le zip ensuite. Comme c'est une regle, elle est testée chaque mois de la simu pour tous les metiers.... et meme si tout est dans le init de la regle. C'est le même mode de fonctionnement que pour les analyses de sensibilité. Le ZIP est le même pour toutes les simulations, et seul le prescript est différent.
Mais dans le cas de Sophie, elle n'utilise plus de script du tout normalement. Et il y a donc un ZIP unique pour toutes les simulations. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
pas complétement il me semble. Dans une AS, on selectionne les valeurs de parametres à modifier et il y a un script de presimu qui les change. Dans le lancement de la simu de Sophie, elle selectionne une regle dans les regles. La simulation (le zip) se prepare donc avec une regle qui sera évaluée à chaque pas de temps de la simulation, meme si cette regle n'a rien d'autre qu'une initialisation. Cette regle n'est pas un script de presimu. A mon sens pour que la simu dure moins longtemps (en evitant le test de la condition de la regle pour tous les metiers à chaque pas de temps), il vaudrait mieux faire un pre-script qui pourrait par exemple être dans l'onglet pre-simu du lancement de la simulation. ce n'est pas correct ? Le 12/02/2019 à 14:08, Eric Chatellier a écrit :
Le 11/02/2019 à 18:55, Stephanie MAHEVAS a écrit :
Salut Eric
en regardant un peu plus en detail le mode de lancement, je me demande si ce ne serait pas plus efficace de passer le script de cht des valeurs de parametres en pre-script et faire le zip ensuite. Comme c'est une regle, elle est testée chaque mois de la simu pour tous les metiers.... et meme si tout est dans le init de la regle. C'est le même mode de fonctionnement que pour les analyses de sensibilité. Le ZIP est le même pour toutes les simulations, et seul le prescript est différent.
Mais dans le cas de Sophie, elle n'utilise plus de script du tout normalement. Et il y a donc un ZIP unique pour toutes les simulations.
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75 o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
Le 12/02/2019 à 14:40, Stephanie MAHEVAS a écrit :
pas complétement il me semble.
Dans une AS, on selectionne les valeurs de parametres à modifier et il y a un script de presimu qui les change. Dans le lancement de la simu de Sophie, elle selectionne une regle dans les regles. La simulation (le zip) se prepare donc avec une regle qui sera évaluée à chaque pas de temps de la simulation, meme si cette regle n'a rien d'autre qu'une initialisation. Cette regle n'est pas un script de presimu.
A mon sens pour que la simu dure moins longtemps (en evitant le test de la condition de la regle pour tous les metiers à chaque pas de temps), il vaudrait mieux faire un pre-script qui pourrait par exemple être dans l'onglet pre-simu du lancement de la simulation.
ce n'est pas correct ?
En fait, je ne sais pas exactement ce que fais la règle, mais si c'est juste faire le même changement à chaque pas de temps, effectivement, un prescript effectuerait ce changement une seule fois. Donc le mettre dans l'onglet pre-simu fonctionnerais surrement en plus, et il serait de plus inclut dans le zip. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
participants (2)
-
Eric Chatellier -
Stephanie MAHEVAS