pas d'export des resultats...
bonsoir malgre le changement dans le .bat (900M), je n'ai pas d'exports... Voici mon debug Merci Stephanie
Le 25/10/2012 20:50, Stephanie.Mahevas@ifremer.fr a écrit :
bonsoir malgre le changement dans le .bat (900M), je n'ai pas d'exports...
Je n'ai pas de soucis sur une simulation simple avec seulement les 2 export MortalitéPecheGroup et MortalitePecheTotale. Tu peux m'envoyer les autres parametres (notement le simulateur) que je test dans les mêmes conditions ? Merci. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 26/10/2012 10:54, Eric Chatellier a écrit :
Le 25/10/2012 20:50, Stephanie.Mahevas@ifremer.fr a écrit :
bonsoir malgre le changement dans le .bat (900M), je n'ai pas d'exports... Je n'ai pas de soucis sur une simulation simple avec seulement les 2 export MortalitéPecheGroup et MortalitePecheTotale.
Tu peux m'envoyer les autres parametres (notement le simulateur) que je test dans les mêmes conditions ?
Merci.
-- ...................................................................... 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 26/10/2012 12:18, Stephanie MAHEVAS a écrit :
Tu peux m'envoyer aussi le fichier SimulatorLengthCAFirstMonthSeason.java ? J'ai pas la derniere version je pense. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 26/10/2012 12:21, Eric Chatellier a écrit :
Le 26/10/2012 12:18, Stephanie MAHEVAS a écrit :
Tu peux m'envoyer aussi le fichier SimulatorLengthCAFirstMonthSeason.java ? J'ai pas la derniere version je pense.
-- ...................................................................... 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 26/10/2012 12:23, Stephanie MAHEVAS a écrit :
Ha, mais je n'avais pas vu l'erreur mémoire. Il y a bien un "java.lang.OutOfMemoryError: OutOfMemoryError" :( Mais sinon, la simulation elle l'air de bien tourner. Ce que tu peux tester c'est de laisser le processus principal d'isis a 900Mo et dans les options pousser le sous processus a 1200, 1300 suivant de que windows acceptera. (le problème avec le nouveau stockage ne semble se produire qu'à la lecture et non à l'écriture ni pendant la simulation) En attendant, je cherche un meilleur contournement que "réduire" la mémoire à 900M... -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 26/10/2012 14:38, Eric Chatellier a écrit :
Ha, mais je n'avais pas vu l'erreur mémoire. Il y a bien un "java.lang.OutOfMemoryError: OutOfMemoryError" :( Mais sinon, la simulation elle l'air de bien tourner.
Ce que tu peux tester c'est de laisser le processus principal d'isis a 900Mo et dans les options pousser le sous processus a 1200, 1300 suivant de que windows acceptera. (le problème avec le nouveau stockage ne semble se produire qu'à la lecture et non à l'écriture ni pendant la simulation)
En attendant, je cherche un meilleur contournement que "réduire" la mémoire à 900M...
Tu as pu faire tourner tes simus ? -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
non je n'ai pas reessaye sur windows car j'etais en conges la semaine derniere. Tu as fait une nouvelle version qui corrigeait le bug? La derniere fois que j'avais augmenter la memoire du processus sous windows ca avait tout fait planter. Mais je veux bien reessayer. Sinon, j'ai quand meme les resultats car sous Linux, je n'ai pas de soucis a+ steph Le 07/11/2012 14:59, Eric Chatellier a écrit :
Le 26/10/2012 14:38, Eric Chatellier a écrit :
Ha, mais je n'avais pas vu l'erreur mémoire. Il y a bien un "java.lang.OutOfMemoryError: OutOfMemoryError" :( Mais sinon, la simulation elle l'air de bien tourner.
Ce que tu peux tester c'est de laisser le processus principal d'isis a 900Mo et dans les options pousser le sous processus a 1200, 1300 suivant de que windows acceptera. (le problème avec le nouveau stockage ne semble se produire qu'à la lecture et non à l'écriture ni pendant la simulation)
En attendant, je cherche un meilleur contournement que "réduire" la mémoire à 900M...
Tu as pu faire tourner tes simus ?
-- ...................................................................... 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\ / ) | (\ / | / \ / \ ......................................................................
Bonjour, j'ai aussi toujours le même problème sur windows avec "java.lang.OutOfMemoryError: Map failed". Est-ce qu'il y a entre-temps une solution pour ça avec une nouvelle version ou une approche différente? a+ Fabian Stephanie MAHEVAS a écrit :
non je n'ai pas reessaye sur windows car j'etais en conges la semaine derniere. Tu as fait une nouvelle version qui corrigeait le bug? La derniere fois que j'avais augmenter la memoire du processus sous windows ca avait tout fait planter. Mais je veux bien reessayer. Sinon, j'ai quand meme les resultats car sous Linux, je n'ai pas de soucis a+ steph
Le 07/11/2012 14:59, Eric Chatellier a écrit :
Le 26/10/2012 14:38, Eric Chatellier a écrit :
Ha, mais je n'avais pas vu l'erreur mémoire. Il y a bien un "java.lang.OutOfMemoryError: OutOfMemoryError" :( Mais sinon, la simulation elle l'air de bien tourner.
Ce que tu peux tester c'est de laisser le processus principal d'isis a 900Mo et dans les options pousser le sous processus a 1200, 1300 suivant de que windows acceptera. (le problème avec le nouveau stockage ne semble se produire qu'à la lecture et non à l'écriture ni pendant la simulation)
En attendant, je cherche un meilleur contournement que "réduire" la mémoire à 900M...
Tu as pu faire tourner tes simus ?
Le 16/11/2012 10:39, Fabian ZIMMERMANN a écrit :
Bonjour,
j'ai aussi toujours le même problème sur windows avec "java.lang.OutOfMemoryError: Map failed". Est-ce qu'il y a entre-temps une solution pour ça avec une nouvelle version ou une approche différente? Salut,
Pourrais-tu tester avec cette version: http://forge.codelutin.com/attachments/download/540/isis-fish-4.2.1.1-r3804-... En changeant (dans les options) la valeur de mapped.result.matrix.vector.class (onglet Simulation) à org.nuiton.math.matrix.DoubleBigMappedVector (au lieu de org.nuiton.math.matrix.DoubleBigMappedVector) -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Salut, j'ai testé la version et ça marche mieux, plus des combinaisons populations+ans de simulation sont possible. Mais des autres comme langoustine avec >1an sont toujours trop complexe, soit produisent la même erreur..:/ Eric Chatellier a écrit :
Le 16/11/2012 10:39, Fabian ZIMMERMANN a écrit :
Bonjour,
j'ai aussi toujours le même problème sur windows avec "java.lang.OutOfMemoryError: Map failed". Est-ce qu'il y a entre-temps une solution pour ça avec une nouvelle version ou une approche différente? Salut,
Pourrais-tu tester avec cette version: http://forge.codelutin.com/attachments/download/540/isis-fish-4.2.1.1-r3804-...
En changeant (dans les options) la valeur de mapped.result.matrix.vector.class (onglet Simulation) à org.nuiton.math.matrix.DoubleBigMappedVector (au lieu de org.nuiton.math.matrix.DoubleBigMappedVector)
Le 19/11/2012 17:00, Fabian ZIMMERMANN a écrit :
Salut,
j'ai testé la version et ça marche mieux, plus des combinaisons populations+ans de simulation sont possible. Mais des autres comme langoustine avec >1an sont toujours trop complexe, soit produisent la même erreur..:/ Je vais refaire des tests plus poussés sous windows. La configuration parfaite n'a pas l'air évidente à trouver... :(
-- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Salut, une annotation: L'erreur se pose aussi avec des plans de simulation sur caparmor. C'est bizarre parce que des fois il marche pour plusieurs simulations, mais a quelque point il abandonne le plan. Ci-dessous le debug. Si je réduis la complexité (p.ex. nb des zones) ça marche sans problèmes. INFO [monitor-thread] (SimulationControl.java:202) setText - Téléchargement des résultats INFO [pool-3-thread-1] (SimulationStorage.java:515) getSimulation - Try to open simulation sim_nephrops_calibration_9z_2012-11-28-17-43_0(C:\Documents and Settings\fzimmerm\isis-fish-4\isis-database\simulations\sim_nephrops_calibration_9z_2012-11-28-17-43_0) INFO [pool-3-thread-1] (calibration2paramtransfo3param.java:288) afterSimulation - after simulation ERROR [pool-3-thread-1] (SimulationService.java:1073) finished - Stop simulation plan, because can't call afterSimulation correctly on plan simulationplans.calibration2paramtransfo3param java.lang.RuntimeException: Can't create vector at org.nuiton.math.matrix.MatrixFactory.createVector(MatrixFactory.java:242) at org.nuiton.math.matrix.BasicMatrix.<init>(BasicMatrix.java:80) at org.nuiton.math.matrix.MatrixNDImpl.<init>(MatrixNDImpl.java:85) at org.nuiton.math.matrix.MatrixFactory.create(MatrixFactory.java:186) at fr.ifremer.isisfish.datastore.ResultMappedStorage.getMatrix(ResultMappedStorage.java:838) at fr.ifremer.isisfish.datastore.ResultMappedStorage.getMatrix(ResultMappedStorage.java:757) at simulationplans.calibration2paramtransfo3param.afterSimulation(calibration2paramtransfo3param.java:294) at fr.ifremer.isisfish.simulator.launcher.SimulationService$PrepareSimulationJob.finished(SimulationService.java:1070) at fr.ifremer.isisfish.simulator.launcher.SimulationJob.run(SimulationJob.java:251) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedConstructorAccessor64.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at org.nuiton.math.matrix.MatrixFactory.createVector(MatrixFactory.java:240) ... 11 more Caused by: java.io.IOException: Map failed at sun.nio.ch.FileChannelImpl.map(Unknown Source) at org.nuiton.math.matrix.DoubleBigMappedVector.<init>(DoubleBigMappedVector.java:75) ... 15 more Caused by: java.lang.OutOfMemoryError: Map failed at sun.nio.ch.FileChannelImpl.map0(Native Method) ... 17 more INFO [monitor-thread] (SimulationControl.java:202) setText - Simulation terminée INFO [monitor-thread] (SimulationControl.java:202) setText - Suppression des fichiers de simulation INFO [monitor-thread] (SSHUtils.java:221) exec - JSch channel exit-status: 0 INFO [monitor-thread] (SimulationMonitor.java:477) waitAndCheckProgression - Job sim_nephrops_calibration_9z_2012-11-28-17-43_0 finished INFO [monitor-thread] (SimulationMonitor.java:590) doPostSimulationOperation - Do post simulation operation for sim_nephrops_calibration_9z_2012-11-28-17-43_0 INFO [monitor-thread] (SimulationMonitor.java:408) simulationStop - Saving simulation sim_nephrops_calibration_9z_2012-11-28-17-43_0 as stopped Eric Chatellier a écrit :
Le 19/11/2012 17:00, Fabian ZIMMERMANN a écrit :
Salut,
j'ai testé la version et ça marche mieux, plus des combinaisons populations+ans de simulation sont possible. Mais des autres comme langoustine avec>1an sont toujours trop complexe, soit produisent la même erreur..:/ Je vais refaire des tests plus poussés sous windows. La configuration parfaite n'a pas l'air évidente à trouver... :(
Salut, Salut, une annotation: L'erreur se pose aussi avec des plans de simulation sur caparmor. C'est bizarre parce que des fois il marche pour plusieurs simulations, mais a quelque point il abandonne le plan. Ci-dessous le debug. Si je réduis la complexité (p.ex. nb des zones) ça marche sans problèmes. En fait ça fonctionne bien sur caparmor (les simulations sont exécutées sur caparmor) mais le plan en lui même est toujours exécuté sur ton
Le 29/11/2012 09:24, Fabian ZIMMERMANN a écrit : poste windows, d'où encore l'erreur.
java.lang.RuntimeException: Can't create vector at org.nuiton.math.matrix.MatrixFactory.createVector(MatrixFactory.java:242) at org.nuiton.math.matrix.BasicMatrix.<init>(BasicMatrix.java:80) at org.nuiton.math.matrix.MatrixNDImpl.<init>(MatrixNDImpl.java:85) at org.nuiton.math.matrix.MatrixFactory.create(MatrixFactory.java:186) at fr.ifremer.isisfish.datastore.ResultMappedStorage.getMatrix(ResultMappedStorage.java:838) at fr.ifremer.isisfish.datastore.ResultMappedStorage.getMatrix(ResultMappedStorage.java:757) at simulationplans.calibration2paramtransfo3param.afterSimulation(calibration2paramtransfo3param.java:294)
Je suis désolé, je n'ai pas encore eu le temps de tester, mais pourrais-tu essayer de modifier les paramètres mémoires d'isis (en local sous windows, dans le fichier .bat) en ajoutant sur la ligne de commande (après java -jar) un nouveau parametre: -XX:MaxDirectMemorySize=256M Au final, la ligne de commande devrait ressembler à: java -Xmx900M -XX:MaxDirectMemorySize=256M -Djava.library.path=jri -DR.type=jni -jar isis-fish-x.x.x.x.jar %1 %2 %3 %4 %5 %6 %7 %8 %9 > debug.txt 2>&1 -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Bon, j'ai testé cette modification, mais il semble qu'il n'y a pas vraiment un effet là. Le plan arrête toujours après quelques simulations avec ça: ERROR [pool-3-thread-1] (SimulationService.java:1073) finished - Stop simulation plan, because can't call afterSimulation correctly on plan simulationplans.calibration2paramtransfo3param fr.ifremer.isisfish.datastore.StorageException: Can't get storage at fr.ifremer.isisfish.datastore.SimulationStorage.getResultStorage(SimulationStorage.java:471) at simulationplans.calibration2paramtransfo3param.afterSimulation(calibration2paramtransfo3param.java:290) at fr.ifremer.isisfish.simulator.launcher.SimulationService$PrepareSimulationJob.finished(SimulationService.java:1070) at fr.ifremer.isisfish.simulator.launcher.SimulationJob.run(SimulationJob.java:251) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.io.IOException: L'opération demandée n'a pu s'accomplir sur un fichier ayant une section mappée utilisateur ouverte at sun.nio.ch.FileDispatcherImpl.truncate0(Native Method) at sun.nio.ch.FileDispatcherImpl.truncate(Unknown Source) at sun.nio.ch.FileChannelImpl.map(Unknown Source) at org.nuiton.math.matrix.DoubleBigMappedVector.<init>(DoubleBigMappedVector.java:88) at fr.ifremer.isisfish.datastore.ResultMappedStorage$ResultMapped.<init>(ResultMappedStorage.java:335) at fr.ifremer.isisfish.datastore.ResultMappedStorage.<init>(ResultMappedStorage.java:435) at fr.ifremer.isisfish.datastore.SimulationStorage.getResultStorage(SimulationStorage.java:469) ... 6 more INFO [monitor-thread] (SimulationControl.java:202) setText - Simulation terminée Eric Chatellier a écrit :
Salut, Salut, une annotation: L'erreur se pose aussi avec des plans de simulation sur caparmor. C'est bizarre parce que des fois il marche pour plusieurs simulations, mais a quelque point il abandonne le plan. Ci-dessous le debug. Si je réduis la complexité (p.ex. nb des zones) ça marche sans problèmes. En fait ça fonctionne bien sur caparmor (les simulations sont exécutées sur caparmor) mais le plan en lui même est toujours exécuté sur ton
Le 29/11/2012 09:24, Fabian ZIMMERMANN a écrit : poste windows, d'où encore l'erreur.
java.lang.RuntimeException: Can't create vector at org.nuiton.math.matrix.MatrixFactory.createVector(MatrixFactory.java:242) at org.nuiton.math.matrix.BasicMatrix.<init>(BasicMatrix.java:80) at org.nuiton.math.matrix.MatrixNDImpl.<init>(MatrixNDImpl.java:85) at org.nuiton.math.matrix.MatrixFactory.create(MatrixFactory.java:186) at fr.ifremer.isisfish.datastore.ResultMappedStorage.getMatrix(ResultMappedStorage.java:838) at fr.ifremer.isisfish.datastore.ResultMappedStorage.getMatrix(ResultMappedStorage.java:757) at simulationplans.calibration2paramtransfo3param.afterSimulation(calibration2paramtransfo3param.java:294)
Je suis désolé, je n'ai pas encore eu le temps de tester, mais pourrais-tu essayer de modifier les paramètres mémoires d'isis (en local sous windows, dans le fichier .bat) en ajoutant sur la ligne de commande (après java -jar) un nouveau parametre: -XX:MaxDirectMemorySize=256M
Au final, la ligne de commande devrait ressembler à: java -Xmx900M -XX:MaxDirectMemorySize=256M -Djava.library.path=jri -DR.type=jni -jar isis-fish-x.x.x.x.jar %1 %2 %3 %4 %5 %6 %7 %8 %9> debug.txt 2>&1
Le 29/11/2012 17:04, Fabian ZIMMERMANN a écrit :
Bon, j'ai testé cette modification, mais il semble qu'il n'y a pas vraiment un effet là. Le plan arrête toujours après quelques simulations avec ça:
Après quelques tests, il semble que la matrice de rejets soit vraiment trop gourmande pour l'augmentation de la structure de votre base (les 65 groupes de population, ça rend la matrice vraiment énorme). Tu calcules toujours cette matrice dans ton cas ? Il faut que je pousse mes tests un peu plus et que je trouve le moyen de faire passer la simulation, ou que l'on stocke les matrices différemment. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 30/11/2012 18:22, Eric Chatellier a écrit :
Bon, j'ai testé cette modification, mais il semble qu'il n'y a pas vraiment un effet là. Le plan arrête toujours après quelques simulations avec ça: Après quelques tests, il semble que la matrice de rejets soit vraiment
Le 29/11/2012 17:04, Fabian ZIMMERMANN a écrit : trop gourmande pour l'augmentation de la structure de votre base (les 65 groupes de population, ça rend la matrice vraiment énorme).
Tu calcules toujours cette matrice dans ton cas ? oui et je ne comprends pas pourquoi cette matrice est plus gourmande que biomasse ou captures car elles ont le meme format? Il faut que je pousse mes tests un peu plus et que je trouve le moyen de faire passer la simulation, ou que l'on stocke les matrices différemment.
-- ...................................................................... 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 30/11/2012 18:23, Stephanie MAHEVAS a écrit :
Le 30/11/2012 18:22, Eric Chatellier a écrit :
Après quelques tests, il semble que la matrice de rejets soit vraiment trop gourmande pour l'augmentation de la structure de votre base (les 65 groupes de population, ça rend la matrice vraiment énorme).
Tu calcules toujours cette matrice dans ton cas ? oui et je ne comprends pas pourquoi cette matrice est plus gourmande que biomasse ou captures car elles ont le meme format?
Exact, c'est peut être alors le fait d'avoir les deux en mêmes temps aussi. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 19/11/2012 17:00, Fabian ZIMMERMANN a écrit :
Salut,
j'ai testé la version et ça marche mieux, plus des combinaisons populations+ans de simulation sont possible. Mais des autres comme langoustine avec >1an sont toujours trop complexe, soit produisent la même erreur..:/
En changeant (dans les options) la valeur de mapped.result.matrix.vector.class (onglet Simulation) à org.nuiton.math.matrix.DoubleBigMappedVector (au lieu de org.nuiton.math.matrix.DoubleBigMappedVector) En fait, je me suis trompé je t'ai donné la valeur par défaut (tu n'a donc pas pu modifier l'option) et donc c'est normal que cela ne fonctionne pas mieux.
La valeur à mettre est "org.nuiton.math.matrix.DoubleBigVector" à la place de la valeur par défaut qui est "org.nuiton.math.matrix.DoubleBigMappedVector" (sans Mapped) -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Salut, malheureusement le problème est tenace. Pendant des calibrations, tôt ou tard l'erreur retourne: Caused by: java.io.IOException: Map failed at sun.nio.ch.FileChannelImpl.map(Unknown Source) at org.nuiton.math.matrix.DoubleBigMappedVector.<init>(DoubleBigMappedVector.java:88) at fr.ifremer.isisfish.datastore.ResultMappedStorage$ResultMapped.<init>(ResultMappedStorage.java:335) at fr.ifremer.isisfish.datastore.ResultMappedStorage.<init>(ResultMappedStorage.java:435) at fr.ifremer.isisfish.datastore.SimulationStorage.getResultStorage(SimulationStorage.java:469) C'est bizarre parce que la configuration est org.nuiton.math.matrix.DoubleBigVector et ça marche pour des autres simulations. Eric Chatellier a écrit :
Le 19/11/2012 17:00, Fabian ZIMMERMANN a écrit :
Salut,
j'ai testé la version et ça marche mieux, plus des combinaisons populations+ans de simulation sont possible. Mais des autres comme langoustine avec>1an sont toujours trop complexe, soit produisent la même erreur..:/
En changeant (dans les options) la valeur de mapped.result.matrix.vector.class (onglet Simulation) à org.nuiton.math.matrix.DoubleBigMappedVector (au lieu de org.nuiton.math.matrix.DoubleBigMappedVector) En fait, je me suis trompé je t'ai donné la valeur par défaut (tu n'a donc pas pu modifier l'option) et donc c'est normal que cela ne fonctionne pas mieux.
La valeur à mettre est "org.nuiton.math.matrix.DoubleBigVector" à la place de la valeur par défaut qui est "org.nuiton.math.matrix.DoubleBigMappedVector" (sans Mapped)
Le 12/12/2012 10:57, Fabian ZIMMERMANN a écrit :
Salut,
malheureusement le problème est tenace. Pendant des calibrations, tôt ou tard l'erreur retourne: Caused by: java.io.IOException: Map failed at sun.nio.ch.FileChannelImpl.map(Unknown Source) at org.nuiton.math.matrix.DoubleBigMappedVector.<init>(DoubleBigMappedVector.java:88) at fr.ifremer.isisfish.datastore.ResultMappedStorage$ResultMapped.<init>(ResultMappedStorage.java:335) at fr.ifremer.isisfish.datastore.ResultMappedStorage.<init>(ResultMappedStorage.java:435) at fr.ifremer.isisfish.datastore.SimulationStorage.getResultStorage(SimulationStorage.java:469)
C'est bizarre parce que la configuration est org.nuiton.math.matrix.DoubleBigVector et ça marche pour des autres simulations. La trace fait bien apparaitre que "org.nuiton.math.matrix.DoubleBigMappedVector" est toujours utilisé et donc que la configuration n'est pas prise en compte. Quelle est la différence avec les autres simulations où cela fonctione ?
-- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Eric Chatellier a écrit :
Le 12/12/2012 10:57, Fabian ZIMMERMANN a écrit :
Salut,
malheureusement le problème est tenace. Pendant des calibrations, tôt ou tard l'erreur retourne: Caused by: java.io.IOException: Map failed at sun.nio.ch.FileChannelImpl.map(Unknown Source) at org.nuiton.math.matrix.DoubleBigMappedVector.<init>(DoubleBigMappedVector.java:88) at fr.ifremer.isisfish.datastore.ResultMappedStorage$ResultMapped.<init>(ResultMappedStorage.java:335) at fr.ifremer.isisfish.datastore.ResultMappedStorage.<init>(ResultMappedStorage.java:435) at fr.ifremer.isisfish.datastore.SimulationStorage.getResultStorage(SimulationStorage.java:469)
C'est bizarre parce que la configuration est org.nuiton.math.matrix.DoubleBigVector et ça marche pour des autres simulations. La trace fait bien apparaitre que "org.nuiton.math.matrix.DoubleBigMappedVector" est toujours utilisé
Oui, cette explication semble raisonnable.
et donc que la configuration n'est pas prise en compte. Quelle est la différence avec les autres simulations où cela fonctione ?
En principe (et c'est bizarre): Rien. Toutes le simulation sont part de la même calibration, donc tous les settings sont identiques, sauf les valeurs de capturabilité..
Le 17/12/2012 11:22, Fabian ZIMMERMANN a écrit :
et donc que la configuration n'est pas prise en compte. Quelle est la différence avec les autres simulations où cela fonctione ?
En principe (et c'est bizarre): Rien. Toutes le simulation sont part de la même calibration, donc tous les settings sont identiques, sauf les valeurs de capturabilité..
Tu peux m'envoyer une trace d'erreur plus grande ? Ou le debug.txt ? -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
ric Chatellier a écrit :
Le 17/12/2012 11:22, Fabian ZIMMERMANN a écrit :
et donc que la configuration n'est pas prise en compte. Quelle est la différence avec les autres simulations où cela fonctione ?
En principe (et c'est bizarre): Rien. Toutes le simulation sont part de la même calibration, donc tous les settings sont identiques, sauf les valeurs de capturabilité..
Tu peux m'envoyer une trace d'erreur plus grande ? Ou le debug.txt ?
Voici est le debug: https://www.dropbox.com/s/dkkkib9wftai5cm/debug.txt Dans ce cas 22 simulations ont tourné avec succès et après l'erreur dans simulation 23.
Le 17/12/2012 16:21, Fabian ZIMMERMANN a écrit :
Le 17/12/2012 11:22, Fabian ZIMMERMANN a écrit :
et donc que la configuration n'est pas prise en compte. Quelle est la différence avec les autres simulations où cela fonctione ?
En principe (et c'est bizarre): Rien. Toutes le simulation sont part de la même calibration, donc tous les settings sont identiques, sauf les valeurs de capturabilité..
Tu peux m'envoyer une trace d'erreur plus grande ? Ou le debug.txt ? C'est bien la 4.2.1.1-SNAPSHOT avec la bonne configuration ?
-- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Eric Chatellier a écrit :
Le 17/12/2012 16:21, Fabian ZIMMERMANN a écrit :
Le 17/12/2012 11:22, Fabian ZIMMERMANN a écrit :
et donc que la configuration n'est pas prise en compte. Quelle est la différence avec les autres simulations où cela fonctione ?
En principe (et c'est bizarre): Rien. Toutes le simulation sont part de la même calibration, donc tous les settings sont identiques, sauf les valeurs de capturabilité..
Tu peux m'envoyer une trace d'erreur plus grande ? Ou le debug.txt ? C'est bien la 4.2.1.1-SNAPSHOT avec la bonne configuration ?
Oui, c'est 4.2.1.1-SNAPSHOT avec org.nuiton.math.matrix.DoubleBigVector pour la vector class.
Le 17/12/2012 16:30, Fabian ZIMMERMANN a écrit :
Oui, c'est 4.2.1.1-SNAPSHOT avec org.nuiton.math.matrix.DoubleBigVector pour la vector class.
Tu pourrais tester avec cette version: http://forge.codelutin.com/attachments/download/556/isis-fish-4.2.1.1-r3808-... ? -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Eric Chatellier a écrit :
Le 17/12/2012 16:30, Fabian ZIMMERMANN a écrit :
Oui, c'est 4.2.1.1-SNAPSHOT avec org.nuiton.math.matrix.DoubleBigVector pour la vector class.
Tu pourrais tester avec cette version: http://forge.codelutin.com/attachments/download/556/isis-fish-4.2.1.1-r3808-... ?
J'ai fait de testes et j'étais déjà en train d'annoncer un succès, mais sur ces entrefaites il est passé de nouveau: https://www.dropbox.com/s/dkkkib9wftai5cm/debug.txt C'est vraiment bizarre..
Le 19/12/2012 12:34, Fabian ZIMMERMANN a écrit :
J'ai fait de testes et j'étais déjà en train d'annoncer un succès, mais sur ces entrefaites il est passé de nouveau: https://www.dropbox.com/s/dkkkib9wftai5cm/debug.txt La version précédente était un test de fermeture de resources à la fin d'un simulation. Mais pour les plans dépendant (ton cas je pense) ça nest pas géré de la même facon.
Tu pourrais encore tester cette nouvelle version: http://forge.codelutin.com/attachments/download/559/isis-fish-4.2.1.1-r3809-... ? -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Eric Chatellier a écrit :
Le 19/12/2012 12:34, Fabian ZIMMERMANN a écrit :
J'ai fait de testes et j'étais déjà en train d'annoncer un succès, mais sur ces entrefaites il est passé de nouveau: https://www.dropbox.com/s/dkkkib9wftai5cm/debug.txt La version précédente était un test de fermeture de resources à la fin d'un simulation. Mais pour les plans dépendant (ton cas je pense) ça nest pas géré de la même facon.
Tu pourrais encore tester cette nouvelle version: http://forge.codelutin.com/attachments/download/559/isis-fish-4.2.1.1-r3809-... ?
Ok, merci. Au moment, avec cette version il a complété >100 consécutives simulations, donc je pense on peut dire que c'est une amélioration (ou peut-être même que le problème est résolu). Je vais continuer de tester.
Bonjour, un petit update en la matière: Ça marche sans problèmes pour une espèce (langoustine), mais pour l'autre (merlu) l'erreur réapparaît des fois. C'est un peu bizarre parce que toute la db utilisé est identique. La seule déviation est en principe dans le plan de simulation (une vs. deux fichiers input).. Fabian ZIMMERMANN a écrit :
Eric Chatellier a écrit :
Le 19/12/2012 12:34, Fabian ZIMMERMANN a écrit :
J'ai fait de testes et j'étais déjà en train d'annoncer un succès, mais sur ces entrefaites il est passé de nouveau: https://www.dropbox.com/s/dkkkib9wftai5cm/debug.txt La version précédente était un test de fermeture de resources à la fin d'un simulation. Mais pour les plans dépendant (ton cas je pense) ça nest pas géré de la même facon.
Tu pourrais encore tester cette nouvelle version: http://forge.codelutin.com/attachments/download/559/isis-fish-4.2.1.1-r3809-...
?
Ok, merci. Au moment, avec cette version il a complété >100 consécutives simulations, donc je pense on peut dire que c'est une amélioration (ou peut-être même que le problème est résolu). Je vais continuer de tester. _______________________________________________ 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 07/01/2013 11:36, Fabian ZIMMERMANN a écrit :
Bonjour,
un petit update en la matière: Ça marche sans problèmes pour une espèce (langoustine), mais pour l'autre (merlu) l'erreur réapparaît des fois. C'est un peu bizarre parce que toute la db utilisé est identique. La seule déviation est en principe dans le plan de simulation (une vs. deux fichiers input).. Toujours après un certain nombre de simulations ?
-- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com
participants (4)
-
Eric Chatellier -
Fabian ZIMMERMANN -
Stephanie MAHEVAS -
Stephanie.Mahevas@ifremer.fr