plantage simus ISIS quand stratégies sélectionnées
Bonjour, J'ai fait des tests aujourd'hui de la v4.3.1.0 (donc à priori avec les scripts à jour). Il s'avère que les simus tournent si je ne sélectionne pas de stratégie de pêche (et regarde donc juste la dynamique de mes pops de poisson) mais plantent en décembre 0 si je sélectionne une ou plusieurs stratégies pour pêcher ces poissons. Les erreurs me semblent identiques à celles que j'ai rencontré jusqu'ici (java.util.NoSuchElementException: L'objet passé en argument n'a pas été retrouvé ou la dimension donnée ne convient pas). Loïc
Bonjour,
J'ai fait des tests aujourd'hui de la v4.3.1.0 (donc à priori avec les scripts à jour).
Il s'avère que les simus tournent si je ne sélectionne pas de stratégie de pêche (et regarde donc juste la dynamique de mes pops de poisson) mais plantent en décembre 0 si je sélectionne une ou plusieurs stratégies pour pêcher ces poissons.
Les erreurs me semblent identiques à celles que j'ai rencontré jusqu'ici (java.util.NoSuchElementException: L'objet passé en argument n'a pas été retrouvé ou la dimension donnée ne convient pas). La signature de la méthode est bien devenue:
Le 10/10/2014 17:53, Loic GASCHE a écrit : public MatrixND fishingMortalityPerGroup(TimeStep step, Population pop, ResultManager resManager) et non public MatrixND fishingMortalityPerGroup(TimeStep step, Population pop, ResultStorage resManager) ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Ah oui le SiMatrix ne s'était pas mis à jour en fait... J'ai viré les anciens fichiers et les nouveaux se sont téléchargés à l'ouverture : public MatrixND fishingMortalityPerGroup(TimeStep step, Population pop, ResultManager resManager) throws TopiaException { Par contre mes simus plantent toujours en décembre 0. Le 10/10/2014 18:02, Eric Chatellier a écrit :
Bonjour,
J'ai fait des tests aujourd'hui de la v4.3.1.0 (donc à priori avec les scripts à jour).
Il s'avère que les simus tournent si je ne sélectionne pas de stratégie de pêche (et regarde donc juste la dynamique de mes pops de poisson) mais plantent en décembre 0 si je sélectionne une ou plusieurs stratégies pour pêcher ces poissons.
Les erreurs me semblent identiques à celles que j'ai rencontré jusqu'ici (java.util.NoSuchElementException: L'objet passé en argument n'a pas été retrouvé ou la dimension donnée ne convient pas). La signature de la méthode est bien devenue:
Le 10/10/2014 17:53, Loic GASCHE a écrit : public MatrixND fishingMortalityPerGroup(TimeStep step, Population pop, ResultManager resManager)
et non public MatrixND fishingMortalityPerGroup(TimeStep step, Population pop, ResultStorage resManager)
?
Le 10/10/2014 19:03, Loic GASCHE a écrit :
Ah oui le SiMatrix ne s'était pas mis à jour en fait...
J'ai viré les anciens fichiers et les nouveaux se sont téléchargés à l'ouverture :
public MatrixND fishingMortalityPerGroup(TimeStep step, Population pop, ResultManager resManager) throws TopiaException { Tu fait tourner la simulation avec des regles particuières ? Dans les simulations que je fais tourner, cela tourne correctement et j'ai bien des données dans les résultats de simulation.
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Ben non, je n'utilisais aucune règle et seulement 2 pops de poissons pour essayer d'avoir la simulation la plus simple possible... Le 13/10/2014 11:19, Eric Chatellier a écrit :
Le 10/10/2014 19:03, Loic GASCHE a écrit :
Ah oui le SiMatrix ne s'était pas mis à jour en fait...
J'ai viré les anciens fichiers et les nouveaux se sont téléchargés à l'ouverture :
public MatrixND fishingMortalityPerGroup(TimeStep step, Population pop, ResultManager resManager) throws TopiaException { Tu fait tourner la simulation avec des regles particuières ? Dans les simulations que je fais tourner, cela tourne correctement et j'ai bien des données dans les résultats de simulation.
Le 13/10/2014 16:23, Loic GASCHE a écrit :
Tu fait tourner la simulation avec des regles particuières ?
Dans les simulations que je fais tourner, cela tourne correctement et j'ai bien des données dans les résultats de simulation. Ok. Il doit y avoir une différence quand même, mais je ne la vois pas. Tu peut m'envoyer un simulation zippé qui a ce problème ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Voilà ! Le 13/10/2014 16:27, Eric Chatellier a écrit :
Le 13/10/2014 16:23, Loic GASCHE a écrit :
Tu fait tourner la simulation avec des regles particuières ?
Dans les simulations que je fais tourner, cela tourne correctement et j'ai bien des données dans les résultats de simulation. Ok. Il doit y avoir une différence quand même, mais je ne la vois pas. Tu peut m'envoyer un simulation zippé qui a ce problème ?
Voilà ! Il y a un truc très étrange, c'est que le SiMatrix (celui qui est dans la simulation) utilise encore le mauvais code:
Le 13/10/2014 16:35, Loic GASCHE a écrit : public MatrixND fishingMortalityPerGroup(TimeStep step, Population pop, ResultStorage resManager) throws TopiaException { Alors que celui du serveur est bon: http://forge.codelutin.com/projects/isis-fish-data/repository/entry/tags/4.3... Tu es sur que le SiMatrix que tu vois dans Isis est correct ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Je viens de vérifier à nouveau le SiMatrix, et il est bon : resManager est toujours associé à ResultManager et jamais à ResultStorage. En plus pour mettre à jour les scripts j'ai effacé tous les dossiers scripts, rule, etc. d'isis-fish4 et j'ai laissé ISIS les télécharger depuis le serveur, donc je ne vois pas comment une erreur aurait pu survenir. Eric Chatellier <chatellier@codelutin.com> a écrit :
Voilà ! Il y a un truc très étrange, c'est que le SiMatrix (celui qui est dans la simulation) utilise encore le mauvais code:
Le 13/10/2014 16:35, Loic GASCHE a écrit : public MatrixND fishingMortalityPerGroup(TimeStep step, Population pop, ResultStorage resManager) throws TopiaException {
Alors que celui du serveur est bon: http://forge.codelutin.com/projects/isis-fish-data/repository/entry/tags/4.3...
Tu es sur que le SiMatrix que tu vois dans Isis est correct ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users
Des avancées là-dessus ? Tu veux que je vérifie ou teste d'autres choses Eric ? Loïc Loic.Gasche@ifremer.fr a écrit :
Je viens de vérifier à nouveau le SiMatrix, et il est bon : resManager est toujours associé à ResultManager et jamais à ResultStorage.
En plus pour mettre à jour les scripts j'ai effacé tous les dossiers scripts, rule, etc. d'isis-fish4 et j'ai laissé ISIS les télécharger depuis le serveur, donc je ne vois pas comment une erreur aurait pu survenir.
Eric Chatellier <chatellier@codelutin.com> a écrit :
Voilà ! Il y a un truc très étrange, c'est que le SiMatrix (celui qui est dans la simulation) utilise encore le mauvais code:
Le 13/10/2014 16:35, Loic GASCHE a écrit : public MatrixND fishingMortalityPerGroup(TimeStep step, Population pop, ResultStorage resManager) throws TopiaException {
Alors que celui du serveur est bon: http://forge.codelutin.com/projects/isis-fish-data/repository/entry/tags/4.3...
Tu es sur que le SiMatrix que tu vois dans Isis est correct ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users
Des avancées là-dessus ?
Tu veux que je vérifie ou teste d'autres choses Eric ? J'ai finalement réussit à reproduire l'erreur en rechargeant la simulation. Il semble que Isis utilise la version du script qui est dans la simulation au
Le 20/10/2014 10:24, lgasche@ifremer.fr a écrit : lieu du script (SiMatrix) que l'on a mis à jour. En paramétrant une nouvelle simulation, l'erreur ne se produit plus. Tu peux tester la même chose en attendant que je vérifie pourquoi il n'utilise pas le bon script ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
J'avais déjà essayé en faisant une nouvelle simulation (et je viens de réessayer) et chez moi ça ne change rien : plantage en décembre 0. Eric Chatellier <chatellier@codelutin.com> a écrit :
Des avancées là-dessus ?
Tu veux que je vérifie ou teste d'autres choses Eric ? J'ai finalement réussit à reproduire l'erreur en rechargeant la simulation. Il semble que Isis utilise la version du script qui est dans la simulation au
Le 20/10/2014 10:24, lgasche@ifremer.fr a écrit : lieu du script (SiMatrix) que l'on a mis à jour.
En paramétrant une nouvelle simulation, l'erreur ne se produit plus.
Tu peux tester la même chose en attendant que je vérifie pourquoi il n'utilise pas le bon script ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users
Le 20/10/2014 14:42, lgasche@ifremer.fr a écrit :
J'avais déjà essayé en faisant une nouvelle simulation (et je viens de réessayer) et chez moi ça ne change rien : plantage en décembre 0. Tu peut tester en relancant Isis ?
Normalement, en lancant une nouvelle simulation, il devrait forcement prendre la bonne version du script, sinon c'est vraiment étrange. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Je l'ai fait en relançant ISIS puisque j'ai fait le test plusieurs fois à plusieurs jours d'intervalle, et sans charger d'ancienne simu avant, et ça ne fonctionne pas. Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 20/10/2014 14:42, lgasche@ifremer.fr a écrit :
J'avais déjà essayé en faisant une nouvelle simulation (et je viens de réessayer) et chez moi ça ne change rien : plantage en décembre 0. Tu peut tester en relancant Isis ?
Normalement, en lancant une nouvelle simulation, il devrait forcement prendre la bonne version du script, sinon c'est vraiment étrange.
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users
Le 22/10/2014 08:21, lgasche@ifremer.fr a écrit :
Je l'ai fait en relançant ISIS puisque j'ai fait le test plusieurs fois à plusieurs jours d'intervalle, et sans charger d'ancienne simu avant, et ça ne fonctionne pas. Tu peux m'envoyer la simulation de ce test ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Voici une simu que j'ai lancé hier, la plus simple possible (ou presque). J'en ai relancé une à l'instant, pareil ça plante en Décembre 0. Je retourne jeter un oeil au debug. Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 22/10/2014 08:21, lgasche@ifremer.fr a écrit :
Je l'ai fait en relançant ISIS puisque j'ai fait le test plusieurs fois à plusieurs jours d'intervalle, et sans charger d'ancienne simu avant, et ça ne fonctionne pas. Tu peux m'envoyer la simulation de ce test ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users
Le 22/10/2014 10:54, lgasche@ifremer.fr a écrit :
Voici une simu que j'ai lancé hier, la plus simple possible (ou presque).
J'en ai relancé une à l'instant, pareil ça plante en Décembre 0.
Je retourne jeter un oeil au debug. Je pense que ca vient du tagvalue "ResultStorageInMemory.maxTimeStep=13" dans les paramètres avancés de la simulation. C'est la seule chose qui fait planter la simulation je pense.
Tu le met volontairement à ce tag ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Non il fait partie d'une liste de paramètres de la simu qui semble être là par défaut pour toutes les simus que je lance. Je pensais que c'était une évolution de la 4.3.1.0 et que c'était la nouvelle façon par défaut de lancer des simus. Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 22/10/2014 10:54, lgasche@ifremer.fr a écrit :
Voici une simu que j'ai lancé hier, la plus simple possible (ou presque).
J'en ai relancé une à l'instant, pareil ça plante en Décembre 0.
Je retourne jeter un oeil au debug. Je pense que ca vient du tagvalue "ResultStorageInMemory.maxTimeStep=13" dans les paramètres avancés de la simulation. C'est la seule chose qui fait planter la simulation je pense.
Tu le met volontairement à ce tag ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users
J'ai refait des tests avec ISIS et ça marche vachement bien (environ 25 minutes pour une simu avec toutes les pops toutes les stratégies et toutes les règles). Qu'en est il du ResultStorageInMemory.maxTimeStep=13 ? C'était bien la ligne de commande permettant de ne conserver que les 13 derniers pas de temps en mémoire afin de gagner du temps de simu ? Cette option peut-elle encore être utilisée afin de réduire les temps de simu ? Si oui comment, vu qu'à priori ResultStorageInMemory.maxTimeStep=13 fait planter les simus ? Loïc lgasche@ifremer.fr a écrit :
Non il fait partie d'une liste de paramètres de la simu qui semble être là par défaut pour toutes les simus que je lance.
Je pensais que c'était une évolution de la 4.3.1.0 et que c'était la nouvelle façon par défaut de lancer des simus.
Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 22/10/2014 10:54, lgasche@ifremer.fr a écrit :
Voici une simu que j'ai lancé hier, la plus simple possible (ou presque).
J'en ai relancé une à l'instant, pareil ça plante en Décembre 0.
Je retourne jeter un oeil au debug. Je pense que ca vient du tagvalue "ResultStorageInMemory.maxTimeStep=13" dans les paramètres avancés de la simulation. C'est la seule chose qui fait planter la simulation je pense.
Tu le met volontairement à ce tag ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users
Le 27/10/2014 14:28, lgasche@ifremer.fr a écrit :
J'ai refait des tests avec ISIS et ça marche vachement bien (environ 25 minutes pour une simu avec toutes les pops toutes les stratégies et toutes les règles).
Qu'en est il du ResultStorageInMemory.maxTimeStep=13 ? C'était bien la ligne de commande permettant de ne conserver que les 13 derniers pas de temps en mémoire afin de gagner du temps de simu ? C'était la ligne pour gérer la mémoire dans l’implémentation lente "bases de données" (l'ancienne).
Maintenant, le stockage rapide (CSV) gère également le cache mémoire qui se configure via l'option: "simulation.store.result.cachestep" et qui est par défaut à 13 pas de temps je crois.
Cette option peut-elle encore être utilisée afin de réduire les temps de simu ? Si oui comment, vu qu'à priori ResultStorageInMemory.maxTimeStep=13 fait planter les simus ?
Je dirais que tu est déjà avec l'option simulation.store.result.cachestep=13 pour le nouveau stockage, donc tu ne pourras pas aller beaucoup plus vite concernant la mémoire je pense. Par contre, il y a l'option "simulation.store.result.ondisk=-1" qui par defaut stocke tous les résultats sur le disque. si tu test avec "simulation.store.result.ondisk=0", il ne devrait stocker aucun résultat et passer moins de temps d'ecriture disque (mais la simulation n'aura pas de résultat). -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
participants (4)
-
Eric Chatellier -
lgasche＠ifremer.fr -
Loic GASCHE -
Loic.Gasche＠ifremer.fr