- Isis-fish-users - mailman.cloud.codelutin.com

Plan d'optimisation
by Eric Chatellier April 10, 2014

April 10, 2014

Audric, Peut-tu nous envoyer ton plan d'optimisation pour que nous puissions essayer de l'intégrer dans le nouveau processus d’optimisation d'isis ? N'hésite pas non plus si tu penses que d'autres éléments sont nécessaires à son utilisation. Merci. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28

3 3

Non lancement d'un plan de simulation en local
by Audric Vigier April 3, 2014

April 3, 2014

Bonsoir, c'est encore moi! Nouveau problème avec ISIS: Normalement, mon PC et ses 2 coeurs me permettent de réaliser deux plans de simulation en parallèle. Là, j'en ai un qui tourne et qui devrait se terminer demain après-midi, donc j'aimerai ne pas redémarrer ISIS. J'ai un 2ème plan qui s'est interrompu (j'ai regardé l'historique par erreur, ce qui a toujours pour conséquence d'arrêter le plan, mea culpa). J'ai donc voulu le relancer, mais cette fois-ci, aucune simulation ne se met en route pour ce plan. Dans le debug, il n'y a aucune trace du plan. Des idées de résolution sans redémarrer ISIS? Bonne soirée, Zudric

1 0

Re: [Isis-fish-users] Arrêt de plans Caparmor
by Eric Chatellier April 3, 2014

April 3, 2014

Le 03/04/2014 15:31, Audric Vigier a écrit : > Salut, > > > J'ai réessayé de faire tourner des plans et des simus seules sur caparmor, et > voilà ce que j'en ai compris pour le moment. > > > Pour les simus seules, elles ont toutes tourné. Cependant, je ne les > retrouvais pas toutes sur mon PC, j'aurais dû en télécharger à la main pour > les récupérer. Ne sachant pas encore faire (j'ai essayé les commandes pour le > faire mais je n'ai même pas le droit de me placer dans le répertoire > isis-tmp), j'ai redémarré les simus restées sur Caparmor : elles ont tourné, > puis ont été téléchargées sur mon PC. En PJ : debugSeulePasTelechargee > correspond aux éléments de debug correspondant à une simu seule pas > téléchargée. Le log de simulation simulationSeuleTelechargee que j'ai joint > correspond à la même simulation, mais qui a été téléchargée. > > > Pour les plans sur Caparmor, ça m'a fait la même chose qu'hier : ça tourne le > temps de quelques simus(entre 2 et 60), puis ça s'arrête. J'ai identifié deux > endroits où se produit l'erreur, elles se manifestent différemment dans > l'interface ISIS. > > Erreur1: quelques simulations sont réalisées et téléchargées, puis plus aucune > simulation de ce plan ne se lance, rien n'indique que le plan a été arrêté. > J'ai copié-collé la région de debug correspondant dans planerreur 1, il faut > regarder ce qui concerne pool-3-thread-1 et essaiplan1 Pour cette erreur, elle vient de ton plan: java.lang.NullPointerException at simulationplans.Recuit.calculFonctionObjectif(Recuit.java:630) at simulationplans.Recuit.afterSimulation(Recuit.java:274) Recuit.java à la ligne 630 tu appelles une fonction sur un objet null. > Erreur2:quelques simulations sont réalisées, toutes sont téléchargées saufes > la dernière. Région de debug correspondant dans planerreur2, regarder ce qui > concerne pool-3-thread-1 et essaiplan2. Il y a une autre erreur qui traîne > dans ce debug, sans rapport, concernant un plan à l'itération 1995 en local : > elle est intervenue plusieurs fois et n'a pas eu de conséquence. > > > Dernière erreur : la nullPointerException suivante > ERROR [AWT-EventQueue-0] (IsisFish.java:652) uncaughtException - Global > application exception > java.lang.NullPointerException > intervient quand deux simus locales se terminent en même temps. Pas de > conséquence, donc pas de mal. Je vais regarder les deux autres, mais je pense que j'aurais besoin de tester caparmor en direct à un moment. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28

3 3

Ressources Isis-fish
by Postmaster ISIS-Fish March 31, 2014

March 31, 2014

Amis utilisateurs d'ISIS-Fish, Ce mail automatique, envoyé tous les 3 mois sur les listes de diffusions du projet, a pour but de vous rappeler toutes les ressources disponibles pour toutes vos éventuelles questions et problèmes. Documentation et manuel utilisateurs ------------------------------------ La documentation d'ISIS-Fish est présente sur le site à cette adresse : http://isis-fish.org/v4/index.html. N'hésitez pas à nous remonter les parties qui ne sont pas claires ou les parties qui ne sont pas à jour, le logiciel évoluant, certaines parties de la documentation sont peut-être obsolètes. Questions et FAQ ---------------- Vous pouvez poser vos questions à cette même liste de diffusion en envoyant un mail à isis-fish-users(a)list.isis-fish.org. Toutes les personnes abonnées le recevront et pourront répondre à vos éventuelles questions. N'oubliez pas, avant de poser votre question, de rechercher parmis les archives de la liste (http://list.isis-fish.org/pipermail/isis-fish-users/) votre question a peut-être déjà été posée. Les questions les plus fréquemment posées sont regroupées sur le site sur la page FAQ : http://isis-fish.org/v4/user/FAQ.html Forge, rapports de bug, suivi des évolutions -------------------------------------------- Si vous rencontrez un bug, vous pouvez vérifier sur la forge ISIS-Fish (http://forge.codelutin.com/projects/isis-fish/issues) si nous en avons déjà connaissance. Si nous n'en avons pas connaissance, vous pouvez nous rapporter le bug, nous l'intègrerons dans la liste des évolutions prévues (http://forge.codelutin.com/projects/isis-fish/roadmap) Pour rapporter un bug (ou une demande d'évolution), donnez nous le maximum de détails sur ce bug (comment vous l'avez obtenu ? votre base, vos paramètres et le fichier debug.txt). Plus nous avons d'informations, plus nous pourrons vous aider simplement. L'équipe ISIS-Fish

1 0

durée de la règle TailleMin ?
by Loic GASCHE March 25, 2014

March 25, 2014

Bonjour, En regardant le fichier "information" dune de mes dernières simus je me suis rendu compte que la ligne ruleTime.post.TailleMin avait une valeur environ 100 fois plus élevée que les autres. Cela signifie-t-il que le temps nécessaire pour faire la postAction de la règle TailleMin a effectivement été 100 fois plus élevé que pour faire n'importe quelle autre partie de n'importe quelle autre règle ? Si c'est le cas, n'est-ce pas étrange ? Cette règle ne fait pas partie des plus compliquées créées et la postAction semble essentiellement consister en la mise à jour des valeurs d'une matrice. Loïc

4 4

Re: [Isis-fish-users] plantage simulateur par cellule
by Eric Chatellier March 20, 2014

March 20, 2014

Le 10/03/2014 17:42, Yves Reecht a écrit : > Salut, > > Voici les bases et paramètres de simulation. > Dis moi s'il te faut davantage d'infos. > > J'ai mis les paramètres avec les règles TACs2008-2011 + HCR transition MSY, > mais le problème reste le même sans règle. Les deux bases tournent correctement mais demande pas mal de mémoire pendant qu'elle tourne. Et finalement, tu les lances comme comme Loic les lance ? Il ne semble pas y avoir de spécificité, donc ça me ferais plus penser un problème ailleurs. Combien ton ordinateur a-t-il de mémoire ram au total ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28

3 11

plantage simulateur par cellule
by Yves Reecht March 10, 2014

March 10, 2014

Bonjour à tous, Comme prérequis au couplage ISIS-Marxan with zone sur lequel je travaille, j'essaye de faire tourner le modèle de Loïc (base 7D_v11), limité aux populations de sole et plie, avec le simulateur par cellule. Hors la simulation plante systématiquement (avec ou sans mesure de gestion) au premier mois. Pas de souci en revanche avec le simulateur par défaut. Auriez-vous une quelconque idée de la cause ? Je joins le log et les paramètres de simu. Merci d'avance, Yves -- ------------------------------------------------------------ Yves REECHT Laboratoire Ressources Halieutiques IFREMER - Centre Manche Mer du Nord 150, Quai Gambetta 62200 Boulogne-sur-Mer FRANCE tel. +33 (0)3 21 99 56 09 --------------------------------------------------)><))))°>

5 7

Temps de simu très variables pour les simus d'une même AS ?
by Loic GASCHE March 7, 2014

March 7, 2014

Bonjour, C'est un phénomène qu'on observe assez souvent, mais que je n'arrive pas à expliquer : des simulations d'une même AS ne durent pas du tout le même temps dans certains cas quand on les fait tourner sur caparmor. Par exemple, dans ma grosse AS qui avait planté, j'ai retrouvé deux simus qui avaient tourné et avaient été téléchargées correctement (la 161 et la 193), ce qui veut dire qu'elles avaient tourné en moins de 3 heures. J'en ai encore eu un exemple assez frappant ce matin. J'ai repris les paramètres de ma grosse AS pour faire des tests de petites AS afin de voir si les options PBS fonctionnent. Sur les 4 simus de l'AS une d'entre elles a plus de 2 ans d'avance sur les autres en milieu de simu ! C'est très loin d'être négligeable. Donc je me demandais si on a une idée de la causes de ces ralentissements/accélérations, et si ca ne peut pas être lié au fait qu'on gagne si peu de temps en écrivant dans la ram alors qu'on avait prévu d'en gagner beaucoup plus ? Loïc

3 16

directive PBS depuis l'interface caparmor d'ISIS ?
by Loic GASCHE March 3, 2014

March 3, 2014

Bonjour, Dans son dernier mail Denis indique qu'on peut augmenter nous-mêmes le temps alloué à chaque simu en faisant : "une directive PBS" #PBS -l walltime=05:00:00 ce qui correspond à 5 heures dans cet exemple. Je suis assez surpris qu'ils laissent cette option à l'utilisateur, mais bon si c'est le cas ça nous arrange. La question est : peut-on ajouter ce bout de code depuis l'interface ISIS ? On a une case qui s'appelle "emplacement des exécutables PBS", faut-il le mettre là ? J'ai essayé d'y ajouter -l walltime=05:00:00, ca cause une erreur et rien ne se lance. Loïc

2 1

Fwd: error 143 : ISIS jobs killed because wall time is reached ?
by Loic.Gasche＠ifremer.fr Feb. 28, 2014

Feb. 28, 2014

Bonjour, Voici plusieurs jours que j'essaye de joindre Tina au sujet d'un job que essayons de lancer sur caparmor. C'est une analyse de sensibilité de grande taille lancée avec le simulateur ISIS-Fish, qui nécessiterait un nombre important de coeurs. Nous avons dernièrement fait évoluer le modèle afin d'écrire un minimum d'informations, et de préférence dans la ram, afin de limiter les accès disques pour gagner du temps de simulation. J'ai procédé la semaine dernière à des tests de ce modèle sur caparmor en faisant tourner de petites analyses de sensibilité. Tout s'est bien déroulé avec des temps de simulation qui sont passés sous la barre des 3 heures pour une simulation. J'ai donc lancé la grosse AS que nous souhaitions réaliser jeudi soir, en faisant un mail à Tina pour le lui indiquer afin que nous puissions regarder le lendemain si tout tournait correctement et éventuellement allouer plus de coeurs à ce job pour le weekend. Il m'a semblé vendredi que les simulations ne tournaient pas correctement et étaient tuées par caparmor car elles n'étaient pas terminées au bout de 3 heures. Ces simulations sont pourtant plus simples que celles testées avant, et qui tournaient en moins de 3 heures. N'étant pas un grand expert de caparmor je cherchais à obtenir des informations sur ce qui a pu se passer : - les simus ont-elles bien été tuées en raison de leur durée > à 3 heures (nous utilisons la queue isisfish, par le passé Tina avait augmenté le temps max par simu à 5 heures mais l'avait baissé à 3 dernièrement je crois) ? - nous avons normalement drastiquement réduit les écritures sur le disque, pourtant notre temps de simulation n'a que peu diminué (on espérait descendre largement en dessous de 3 heures), serait-il possible de savoir d'où vient l'essentiel des temps de simulation et si beaucoup d'accès disques ont encore lieu ? - est-il possible qu'une même simulation prenne plus de temps pour tourner quand elle appartient à un job de grande taille plutôt qu'à un job contenant uniquement quelques simulations ? Caparmor a-t-il sa propre manière de calculer les temps de simulation ? - ces temps de simulation élevés peuvent-ils être expliqués par une surcharge de caparmor à ce moment là ? - Dans l'hypothèse où ces soucis sont causés par caparmor et non par le modèle et qu'il faut effectivement 3 à 4 heures pour faire une simulation, serait-il possible d'augmenter le temps alloué à chaque simulation d'une heure ? Cordialement. Loïc Gasche ----- Message transféré de Loic.Gasche(a)ifremer.fr ----- Date : Fri, 21 Feb 2014 17:46:01 +0100 De : Loic GASCHE <Loic.Gasche(a)ifremer.fr> Objet : error 143 : ISIS jobs killed because wall time is reached ? À : ODAKA <Tina.Odaka(a)ifremer.fr> Hi Tina, I thought that my simulations were running well but could not check in ISIS because the interface had crashed. However I did a pbs-report and it appears that all my simulations have exited with code 143. I think this means that they have been killed ? It seems that the wall time for my simulations is over 10800, is it the reason why they were killed (if they were) ? I ran tests on caparmor with similar parameters before running my big SA and everything ran well, and in less than three hours. I may even have less rules than in my tests so simulation time should be even lower. Besides we are writing files in the ram and keep only the 13 last timeSteps, which should help reduce time too. Do you see any reason why we could have reached the maximum time for this SA and not for the others ? Loïc ----- Fin du message transféré -----

2 1