Hello, Il me semble qu'en V3.4 on peut choisir de ne pas conserver les résultats d'une simulation (ne pas conserver le dossier "results" mais conserver "resultExport" uniquement) Comment faut-il procéder ? (je suis en train d'essayer de les supprimer de mes simus en V3.3, car c'est si lourd que mon disque dur est plein ! ça prend plusieurs dizaines de minutes par simulation pour supprimer ! cette option sera donc bien utile) Merci
Le 10/06/2015 13:43, Sigrid Lehuta a écrit :
Hello, Il me semble qu'en V3.4 on peut choisir de ne pas conserver les résultats d'une simulation (ne pas conserver le dossier "results" mais conserver "resultExport" uniquement) Comment faut-il procéder ? Désolé tu temps de réponse, mais je ne savais pas moi même comment on faisait... alors que c'est super simple.
Pour ne pas conserver les résultats, il faut configurer l'option "simulation.store.result.ondisk" à "0". (soit dans la configuration, soit dans les paramètres avancés). Et pour exporter les resultats à chaque par de temps, il faut que le résultat hérite de ExportStep au lieu de Export et implémente : public void export(SimulationStorage simulation, TimeStep step, Writer out) et public void exportEnd(SimulationStorage simulation, Writer out) Par contre, si tu ne conserves plus les resultats, les Export normaux (à la fin de la simulation) ne pourront plus rien exporter. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Désolé tu temps de réponse, mais je ne savais pas moi même comment on faisait... alors que c'est super simple.
Ah oui quand même... On a pas la même définition de "super simple" ;-)
Pour ne pas conserver les résultats, il faut configurer l'option "simulation.store.result.ondisk" à "0". (soit dans la configuration, soit dans les paramètres avancés).
Et pour exporter les resultats à chaque par de temps, il faut que le résultat hérite de ExportStep au lieu de Export
Du coup ce type d'exports marche quelque soit la valeur de simulation.store.result.ondisk n'est ce pas ? et implémente :
public void export(SimulationStorage simulation, TimeStep step, Writer out)
celui la je comprends.
et public void exportEnd(SimulationStorage simulation, Writer out)
celui ci a quoi sert-il ? c'est le meme que l'ancien? on implémente les 2 methodes dans le meme Export ?
Par contre, si tu ne conserves plus les resultats, les Export normaux (à la fin de la simulation) ne pourront plus rien exporter.
Si les "ExportStep" marchent dans tous les cas, pourquoi conserver les "Export" ? plus rapide ? Si il y a une bonne raison de conserver les 2 types d exports, c est pas très pratique car il faudra donner des noms qui permettent à l'utilisateur de faire la différence au moment de la sélection... Moi je croyais qu'on aurait une boite a cocher et qu'isis effacerait le dossier results en fin de simu, si c'est coché. C'est pas faisable ça ? c'est trop long ? tu peux m'appeler si c est plus facile par telephone. Merci
-- É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 10/06/2015 17:53, Sigrid Lehuta a écrit :
Pour ne pas conserver les résultats, il faut configurer l'option "simulation.store.result.ondisk" à "0". (soit dans la configuration, soit dans les paramètres avancés).
Et pour exporter les resultats à chaque par de temps, il faut que le résultat hérite de ExportStep au lieu de Export
Du coup ce type d'exports marche quelque soit la valeur de simulation.store.result.ondisk n'est ce pas ?
Oui. Je répondais à la question "Comment ne pas conserver les resultats". Il n'y a rien de specifique à l'export.
et implémente : public void export(SimulationStorage simulation, TimeStep step, Writer out)
celui la je comprends.
et public void exportEnd(SimulationStorage simulation, Writer out)
celui ci a quoi sert-il ? c'est le meme que l'ancien? on implémente les 2 methodes dans le meme Export ?
J'ai pas mis la documentation ici, mais il est appelé à la fin de la simulation (après le dernier pas de temps).
Par contre, si tu ne conserves plus les resultats, les Export normaux (à la fin de la simulation) ne pourront plus rien exporter.
Si les "ExportStep" marchent dans tous les cas, pourquoi conserver les "Export" ? plus rapide ? Si il y a une bonne raison de conserver les 2 types d exports, c est pas très pratique car il faudra donner des noms qui permettent à l'utilisateur de faire la différence au moment de la sélection...
C'est dans le cas où on veux faire des exports "pas par pas de temps" :D Par année par exemple .
Moi je croyais qu'on aurait une boite a cocher et qu'isis effacerait le dossier results en fin de simu, si c'est coché. C'est pas faisable ça ? c'est trop long ?
Oui, c'est faisable. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Ok je rajoute ça à la liste des choses à discuter avec Stéphanie demain ! (On va pas s'ennuyer demain ! j'espère que t'as plein de temps à consacrer à ISIS... ;-) ) Le 10 juin 2015 18:03, Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 10/06/2015 17:53, Sigrid Lehuta a écrit :
Pour ne pas conserver les résultats, il faut configurer l'option "simulation.store.result.ondisk" à "0". (soit dans la configuration, soit dans les paramètres avancés).
Et pour exporter les resultats à chaque par de temps, il faut que le
résultat
hérite de ExportStep au lieu de Export
Du coup ce type d'exports marche quelque soit la valeur de simulation.store.result.ondisk n'est ce pas ?
Oui. Je répondais à la question "Comment ne pas conserver les resultats". Il n'y a rien de specifique à l'export.
et implémente : public void export(SimulationStorage simulation, TimeStep step,
Writer out)
celui la je comprends.
et public void exportEnd(SimulationStorage simulation, Writer out)
celui ci a quoi sert-il ? c'est le meme que l'ancien? on implémente les 2 methodes dans le meme Export ?
J'ai pas mis la documentation ici, mais il est appelé à la fin de la simulation (après le dernier pas de temps).
Par contre, si tu ne conserves plus les resultats, les Export
normaux (à
la fin de la simulation) ne pourront plus rien exporter.
Si les "ExportStep" marchent dans tous les cas, pourquoi conserver les "Export" ? plus rapide ? Si il y a une bonne raison de conserver les 2 types d exports, c est pas
très
pratique car il faudra donner des noms qui permettent à l'utilisateur de faire la différence au moment de la sélection... C'est dans le cas où on veux faire des exports "pas par pas de temps" :D Par année par exemple .
Moi je croyais qu'on aurait une boite a cocher et qu'isis effacerait le dossier results en fin de simu, si c'est coché. C'est pas faisable ça ? c'est trop long ? Oui, c'est faisable.
-- É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
est-ce que ExportStep ne va pas poser de probleme (notamment sur Caparmor) à cause des écritures à chaque pas de temps? steph Le 10/06/2015 18:03, Eric Chatellier a écrit :
Le 10/06/2015 17:53, Sigrid Lehuta a écrit :
Pour ne pas conserver les résultats, il faut configurer l'option "simulation.store.result.ondisk" à "0". (soit dans la configuration, soit dans les paramètres avancés).
Et pour exporter les resultats à chaque par de temps, il faut que le résultat hérite de ExportStep au lieu de Export
Du coup ce type d'exports marche quelque soit la valeur de simulation.store.result.ondisk n'est ce pas ?
Oui. Je répondais à la question "Comment ne pas conserver les resultats". Il n'y a rien de specifique à l'export.
et implémente : public void export(SimulationStorage simulation, TimeStep step, Writer out)
celui la je comprends.
et public void exportEnd(SimulationStorage simulation, Writer out)
celui ci a quoi sert-il ? c'est le meme que l'ancien? on implémente les 2 methodes dans le meme Export ?
J'ai pas mis la documentation ici, mais il est appelé à la fin de la simulation (après le dernier pas de temps).
Par contre, si tu ne conserves plus les resultats, les Export normaux (à la fin de la simulation) ne pourront plus rien exporter.
Si les "ExportStep" marchent dans tous les cas, pourquoi conserver les "Export" ? plus rapide ? Si il y a une bonne raison de conserver les 2 types d exports, c est pas très pratique car il faudra donner des noms qui permettent à l'utilisateur de faire la différence au moment de la sélection...
C'est dans le cas où on veux faire des exports "pas par pas de temps" :D Par année par exemple .
Moi je croyais qu'on aurait une boite a cocher et qu'isis effacerait le dossier results en fin de simu, si c'est coché. C'est pas faisable ça ? c'est trop long ?
Oui, c'est faisable.
-- ...................................................................... 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\ / ) | (\ / | / \ / \ ......................................................................
est-ce que ExportStep ne va pas poser de probleme (notamment sur Caparmor) à cause des écritures à chaque pas de temps? Ca dépend vraiment du système informatique qu'il y a dernière, des accès réseaux
Le 11/06/2015 17:10, Stephanie MAHEVAS a écrit : pour écrire... Peut-être qu'il peut améliorer l’écriture si on écrit beaucoup d'un coup que si on écrit une fois toutes les 5 secondes par exemple. Après, dans le cas d'un job Isis, l'influence est minime car qu'on le fasse au fur et à mesure, ou à la fin, le volume est le même, et la différence en temps d’écriture doit être sensiblement la même. Pour une écriture nécessaire (résultat à garder), ce n'est pas très grave. Pour les écritures disques inutiles que l'on peut supprimer, cela influence forcement la simulation en mieux... -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
participants (3)
-
Eric Chatellier -
Sigrid Lehuta -
Stephanie MAHEVAS