Re: [Isis-fish-devel] Running a big sensitivity analysis with ISIS-Fish on caparmor ?
En fait c'est assez bizarre, les simus se sont toutes terminées en Février 4 alors que j'avais demandé 12 ans de simu. Pourtant Elles apparaissent comme simulations terminées et Tina n'a vu aucun message de plantage sur caparmor. Le dossier de chaque simu a bien été mis à jour à la fin de chacune d'entre elles mais le dossier de sensitivityResults ne contient que des fichiers .class ou .java et aucun export .csv. Le RData devant contenir les résultats de l'AS n'a pas non plus été mis à jour à la fin de l'AS. Donc soit la simu a effectivement tourné comme il faut et rapidement et son déroulement n'apparaissait pas comme il faut dans l'interface ISIS (mais dans ce cas là je devrais avoir mes exports), soit il y a eu un pb en cours de simu. J'avais demandé à n'avoir que les erreurs dans le debug donc il est assez petit. Il semble très normal et ne pas indiquer qu'il y aurait eu d'erreurs. Donc je ne pige pas très bien ce qui a pu se passer... Le 14/02/2014 16:27, Eric Chatellier a écrit :
Le 14/02/2014 16:24, Loic GASCHE a écrit :
Hi Tina,
This sensitivity analysis is the first one I ran, I made a mistake so it is normal that the file were written.
A submitted a second one (TEST2) at the beginning on the afternoon (14h20 approximately). This is the sensitivity analysis that should be running well. Is this AS terminated ? I can't see it on caparmor.
Il y a enfin de l'info quelque part on dirait. Tous les simulation.log indiquent qu'il y aurait un pb avec une de mes règles de gestion. Le 14/02/2014 16:50, Loic GASCHE a écrit :
En fait c'est assez bizarre, les simus se sont toutes terminées en Février 4 alors que j'avais demandé 12 ans de simu.
Pourtant Elles apparaissent comme simulations terminées et Tina n'a vu aucun message de plantage sur caparmor.
Le dossier de chaque simu a bien été mis à jour à la fin de chacune d'entre elles mais le dossier de sensitivityResults ne contient que des fichiers .class ou .java et aucun export .csv.
Le RData devant contenir les résultats de l'AS n'a pas non plus été mis à jour à la fin de l'AS.
Donc soit la simu a effectivement tourné comme il faut et rapidement et son déroulement n'apparaissait pas comme il faut dans l'interface ISIS (mais dans ce cas là je devrais avoir mes exports), soit il y a eu un pb en cours de simu.
J'avais demandé à n'avoir que les erreurs dans le debug donc il est assez petit. Il semble très normal et ne pas indiquer qu'il y aurait eu d'erreurs.
Donc je ne pige pas très bien ce qui a pu se passer...
Le 14/02/2014 16:27, Eric Chatellier a écrit :
Le 14/02/2014 16:24, Loic GASCHE a écrit :
Hi Tina,
This sensitivity analysis is the first one I ran, I made a mistake so it is normal that the file were written.
A submitted a second one (TEST2) at the beginning on the afternoon (14h20 approximately). This is the sensitivity analysis that should be running well. Is this AS terminated ? I can't see it on caparmor.
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
-- Loïc Gasche Doctorant Unité Ecologie et Modèles pour l'Halieutique (EMH) IFREMER - Centre de Nantes
La ligne 183 de ma HCR correspond à un sumAll() sur une matrice correspondant à la mortalité par pêche pour l'année 2010. Cette matrice je vais la chercher en faisant un : context.getSimulationStorage().getResultStorage().getMatrix(param_beginStep.previous(), param_populationHCR, ResultName.MATRIX_TOTAL_FISHING_MORTALITY) Donc si ca plante en Février 4 c'est peut-être parce que mon HCR commence en Janvier 3, donc à partir de Février 4 on n'a plus accès à Décembre 2. Le 14/02/2014 18:15, Loic GASCHE a écrit :
Il y a enfin de l'info quelque part on dirait.
Tous les simulation.log indiquent qu'il y aurait un pb avec une de mes règles de gestion.
Le 14/02/2014 16:50, Loic GASCHE a écrit :
En fait c'est assez bizarre, les simus se sont toutes terminées en Février 4 alors que j'avais demandé 12 ans de simu.
Pourtant Elles apparaissent comme simulations terminées et Tina n'a vu aucun message de plantage sur caparmor.
Le dossier de chaque simu a bien été mis à jour à la fin de chacune d'entre elles mais le dossier de sensitivityResults ne contient que des fichiers .class ou .java et aucun export .csv.
Le RData devant contenir les résultats de l'AS n'a pas non plus été mis à jour à la fin de l'AS.
Donc soit la simu a effectivement tourné comme il faut et rapidement et son déroulement n'apparaissait pas comme il faut dans l'interface ISIS (mais dans ce cas là je devrais avoir mes exports), soit il y a eu un pb en cours de simu.
J'avais demandé à n'avoir que les erreurs dans le debug donc il est assez petit. Il semble très normal et ne pas indiquer qu'il y aurait eu d'erreurs.
Donc je ne pige pas très bien ce qui a pu se passer...
Le 14/02/2014 16:27, Eric Chatellier a écrit :
Le 14/02/2014 16:24, Loic GASCHE a écrit :
Hi Tina,
This sensitivity analysis is the first one I ran, I made a mistake so it is normal that the file were written.
A submitted a second one (TEST2) at the beginning on the afternoon (14h20 approximately). This is the sensitivity analysis that should be running well. Is this AS terminated ? I can't see it on caparmor.
_______________________________________________ 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
-- Loïc Gasche Doctorant Unité Ecologie et Modèles pour l'Halieutique (EMH) IFREMER - Centre de Nantes
Le 14/02/2014 18:22, Loic GASCHE a écrit :
La ligne 183 de ma HCR correspond à un sumAll() sur une matrice correspondant à la mortalité par pêche pour l'année 2010.
Cette matrice je vais la chercher en faisant un :
context.getSimulationStorage().getResultStorage().getMatrix(param_beginStep.previous(), param_populationHCR, ResultName.MATRIX_TOTAL_FISHING_MORTALITY)
Donc si ca plante en Février 4 c'est peut-être parce que mon HCR commence en Janvier 3, donc à partir de Février 4 on n'a plus accès à Décembre 2. Oui. Hier on a pensé qu'aux exports en fait et on se disait que tu n'avais au final besoin que des 12 derniers pas de temps (la derniere années).
Mais si une règles à besoin d'un résultat au dela des 12 derniers pas de temps, ca ne peut plus fonctionner comme approche. Sinon, autre solution, param_beginStep.previous() renvoit-il toujours la même valeur ? Je pense car c'est un parametre fixe de la regle pour la simulation. Tu peux demander UNE SEULE fois le resultat dès que tu en as besoin, et le conserver dans la règle et il sera donc disponible jusqu'à la fin de la simulation. Reste à vérifier que le reste de la règle n’accède pas à un autre résultat au delà des 12 derniers pas de temps. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 14/02/2014 18:29, Eric Chatellier a écrit :
Le 14/02/2014 18:22, Loic GASCHE a écrit :
La ligne 183 de ma HCR correspond à un sumAll() sur une matrice correspondant à la mortalité par pêche pour l'année 2010.
Cette matrice je vais la chercher en faisant un :
context.getSimulationStorage().getResultStorage().getMatrix(param_beginStep.previous(), param_populationHCR, ResultName.MATRIX_TOTAL_FISHING_MORTALITY)
Donc si ca plante en Février 4 c'est peut-être parce que mon HCR commence en Janvier 3, donc à partir de Février 4 on n'a plus accès à Décembre 2. Oui. Hier on a pensé qu'aux exports en fait et on se disait que tu n'avais au final besoin que des 12 derniers pas de temps (la derniere années).
Moi aussi je l'avais oublié celui-là.
Mais si une règles à besoin d'un résultat au dela des 12 derniers pas de temps, ca ne peut plus fonctionner comme approche.
Sinon, autre solution, param_beginStep.previous() renvoit-il toujours la même valeur ? Je pense car c'est un parametre fixe de la regle pour la simulation.
Oui c'est un paramètre fixe car pour faire la transition vers le F cible on applique un coefficient multiplicateur à cette valeur (le F2010), donc c'est le coefficient multiplicateur qui change au cours du temps et pas la valeur en elle-même.
Tu peux demander UNE SEULE fois le resultat dès que tu en as besoin, et le conserver dans la règle et il sera donc disponible jusqu'à la fin de la simulation.
Je vais faire comme le dit Sigrid : mettre ma valeur dans le contexte une fois qu' elle est calculée et ensuite l'appeler à partir du contexte.
Reste à vérifier que le reste de la règle n’accède pas à un autre résultat au delà des 12 derniers pas de temps.
Le 14/02/2014 18:38, Loic GASCHE a écrit :
Oui. Hier on a pensé qu'aux exports en fait et on se disait
que tu n'avais au final besoin que des 12 derniers pas de temps (la derniere années).
Moi aussi je l'avais oublié celui-là. Tu as eu le temps de modifier ta règle et relancer ton AS ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Je l'avais modifiée mais mal donc mon AS de test avait planté à nouveau. Je l'ai modifiée à nouveau et j'ai relancé une petite AS, je devrais savoir bientôt si ça marche ou pas. Le 17/02/2014 09:34, Eric Chatellier a écrit :
Le 14/02/2014 18:38, Loic GASCHE a écrit :
Oui. Hier on a pensé qu'aux exports en fait et on se disait
que tu n'avais au final besoin que des 12 derniers pas de temps (la derniere années).
Moi aussi je l'avais oublié celui-là. Tu as eu le temps de modifier ta règle et relancer ton AS ?
C est même sur! Vue que la valeur ne change pas met la dans le contexte en 2010 ou 2011 et tu rappelle la valeur du contexte ds la suite. Sinon on avait regarde que très vite fait les exports, vérifie qu il n y a pas de problème de date/ indice qd la dernière année de la matrice est récupérée. Le vendredi 14 février 2014, Loic GASCHE a écrit :
La ligne 183 de ma HCR correspond à un sumAll() sur une matrice correspondant à la mortalité par pêche pour l'année 2010.
Cette matrice je vais la chercher en faisant un :
context.getSimulationStorage().getResultStorage().getMatrix(param_beginStep.previous(), param_populationHCR, ResultName.MATRIX_TOTAL_FISHING_MORTALITY)
Donc si ca plante en Février 4 c'est peut-être parce que mon HCR commence en Janvier 3, donc à partir de Février 4 on n'a plus accès à Décembre 2.
Le 14/02/2014 18:15, Loic GASCHE a écrit :
Il y a enfin de l'info quelque part on dirait.
Tous les simulation.log indiquent qu'il y aurait un pb avec une de mes règles de gestion.
Le 14/02/2014 16:50, Loic GASCHE a écrit :
En fait c'est assez bizarre, les simus se sont toutes terminées en Février 4 alors que j'avais demandé 12 ans de simu.
Pourtant Elles apparaissent comme simulations terminées et Tina n'a vu aucun message de plantage sur caparmor.
Le dossier de chaque simu a bien été mis à jour à la fin de chacune d'entre elles mais le dossier de sensitivityResults ne contient que des fichiers .class ou .java et aucun export .csv.
Le RData devant contenir les résultats de l'AS n'a pas non plus été mis à jour à la fin de l'AS.
Donc soit la simu a effectivement tourné comme il faut et rapidement et son déroulement n'apparaissait pas comme il faut dans l'interface ISIS (mais dans ce cas là je devrais avoir mes exports), soit il y a eu un pb en cours de simu.
J'avais demandé à n'avoir que les erreurs dans le debug donc il est assez petit. Il semble très normal et ne pas indiquer qu'il y aurait eu d'erreurs.
Donc je ne pige pas très bien ce qui a pu se passer...
Le 14/02/2014 16:27, Eric Chatellier a écrit :
Le 14/02/2014 16:24, Loic GASCHE a écrit :
Hi Tina,
This sensitivity analysis is the first one I ran, I made a mistake so it is normal that the file were written.
A submitted a second one (TEST2) at the beginning on the afternoon (14h20 approximately). This is the sensitivity analysis that should be running well.
Is this AS terminated ? I can't see it on caparmor.
_______________________________________________ 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
-- Loïc Gasche Doctorant Unité Ecologie et Modèles pour l'Halieutique (EMH) IFREMER - Centre de Nantes _______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
participants (3)
-
Eric Chatellier -
Loic GASCHE -
Sigrid Lehuta