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

[Isis-fish-user] Trans.: [iEMSs-news] Invitation to iEMSs 2006: a Summit on Environmental Modelling and Software (for Sustainability)
by Dominique.Pelletier＠ifremer.fr Oct. 14, 2005

Oct. 14, 2005

Pour info Dominique ----- Message transféré de Andrea Emilio Rizzoli <andrea(a)idsia.ch> ----- Date : Fri, 14 Oct 2005 09:55:37 +0200 De : Andrea Emilio Rizzoli <andrea(a)idsia.ch> Adresse de retour :Andrea Emilio Rizzoli <andrea(a)idsia.ch> Sujet : [iEMSs-news] Invitation to iEMSs 2006: a Summit on Environmental Modelling and Software (for Sustainability) À : iemss-news(a)iemss.org A Summit on Environmental Modelling and Software (for Sustainability) will be held in Burlington, Vermont from July 9-12, 2006 (see http:// www.iemss.org/summit ). It incorporates the Third Biennial Meeting of the International Environmental Modelling and Software Society. The aim of the Summit is to enhance sustainability outcomes and decision processes by: * Establishing the state-of-the-art in Environmental Modelling and Software theory and practice for integrated assessment and management * Identifying research and practice for advancing the requisite knowledge base and tools, and their wider usage * Initiating and consolidating research partnerships for systematic studies that acquire, capture and generate knowledge platforms The Summit is built around a very innovative program of workshops (some 15 at present), as well as the more standard sessions (another 15 or so) with presentations. We refer you to the website and accompanying blog to examine which existing workshops and/or sessions you may wish to join - in which case you should contact the organisers of that session and join the blog. Workshops are designed to inspire discussions on most important topics in the field. Organisers will produce a rough draft of a Position Paper on the issues (opportunities, challenges etc.) by the end of November. All workshop participants would at least be required to have an abstract and may join in the review and authorship of the Position Paper. These papers and abstracts will be peer-reviewed and pre-published in the Summit Proceedings before the Summit. We will reserve at least one book in the Elsevier IDEA Series (http:// www.elsevier.com/wps/find/bookdescription.cws_home/BS_IDEA/ description) that will publish a chapter on the findings of each workshop and their Papers. For standard sessions there will be a more formal structure where there is a 20 minute slot for presentation, and FULL papers for these are mandatory, albeit with a timeline of February 2006 for submission to reviewers. We have reserved several special issues of international journals for a selection of the Proceedings Papers. Please do join us in this new style of meeting. And the convener, Alexey Voinov, and I would be pleased to field any inquiries on the Summit. Very best wishes, Tony Jakeman President Alexey Voinov Convenor P.S. Burlington lies on the eastern shore of Lake Champlain between the Adirondack and Green Mountains. Burlington is one of America's most livable cities. And, by the way, it issued a resolution in 2002 opposing the unilateral military action against Iraq. There are great opportunities for hiking and camping in Vermont in Summer. Please consider staying a few days longer to enjoy the mountains, forests and lakes of Vermont. -- This message has been sent to you by: Andrea Emilio Rizzoli IDSIA - Istituto Dalle Molle di Studi sull'Intelligenza Artificiale Galleria 2 CH-6928 Manno - Switzerland Ph: +41-(0)91-6108664 Fax: +41-(0)91-6108661 E-mail andrea(a)idsia.ch http://www.idsia.ch/~andrea and Alexey Voinov Gund Institute for Ecological Economics & Computer Science Department University of Vermont, 617 Main Street, Burlington, VT 05405-0088 E-mail: alexey.voinov(a)uvm.edu TEL: 802 656 2985 WWW: http://giee.uvm.edu/AV FAX: 802 656 2995 Summit on Env. Modeling and Software: http://www.iemss.org/iemss2006 _______________________________________________ iEMSs-news mailing list iEMSs-news(a)iemss.org http://mailman.ti-edu.ch/mailman/listinfo/iemss-news ----- Fin du message transféré ----- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

1 0

[Isis-fish-user] (aucun objet)
by Hilaire DROUINEAU Oct. 12, 2005

Oct. 12, 2005

nouvelle version du pack avec: *correction des regles de gravite *quelques ameliorations sur les exports *ménage dans les scripts et méthode Elle est aussi sur M:\logiciel\ISIS-Fish\Isis-fish-2.0.11\NllesMesuresGestion Bonne journée Hilaire -- Hilaire Drouineau IFREMER, département EMH Centre de Nantes - BP 21105 - 44311 Nantes Cedex 3 tel : +33 (0)2 40 37 43 06 - fax : +33 (0)2 40 37 40 75 email : hilaire.drouineau(a)ifremer.fr - web : http://www.ifremer.fr *****************************************************************

1 0

[Isis-fish-user] Nouveau bug
by Youen VERMARD Oct. 10, 2005

Oct. 10, 2005

Bonjour, j'envoie ce mail sur la liste user car nous avons posté un nouveau bug vendredi num 691 (amelioraton des calculs de mortalité par pêche?) mais nous n'avons reçu aucun message pour le signaler. Bonne journée, Youen

2 1

[Isis-fish-user] [annonce] Nouvelle version d'isis-fish 2.0.11
by Benjamin POUSSIN Oct. 7, 2005

Oct. 7, 2005

Bonjour, Une nouvelle version d'isis-fish vient d'être mise en place. http://isis-fish.labs.libre-entreprise.org/download/version2/ifremer-simula… * passage de toutes les matrices en float pour prendre 2 fois moins de place * amelioration de la liberation du cache de calcul * ajout d'une condition pour les logs de SiMatrice2 * ajout de l'exception lors de log de probleme grave dans ifremerdb.xml J'ai reussi a faire tourner la pecherie de stephanie, mais c impossible de voir les resultats (ils sont trop gros pour passer en memoire, donc la solution a priori est de faire des exports automatique pour avoir les resultats que l'on souhaite directement en fichier texte) 22 strategies 24 metiers 70 zones 70 mailles 2 populations Il y a une erreur dans la migration 1 zone qui n'existe plus mais qui est utilisé pour la migration des crevettes il me semble (donc migration impossible) mais la simulation tourne tout de meme La simulation a utilisé 1,3 Go de mémoire, j'ai utilisé ShiftOne avec 300000 objets (je pense que mettre moins de 250000 voir 200000 n'est pas jouable, car ca prendrait trop de temps) les temps pour 10 ans de simulation 30 min de simulation (initialisation comprise) (donc ~15 secondes par mois) 7 min d'export 44 min de sauvegarde Pour arriver a faire tourner la simulation j'ai du me battre pas mal avec les matrices et les scripts. J'ai passé les matrices en float (on perd donc en précision). Et du coup les scripts ne fonctionnait plus :( Mais il va forcement falloir faire des choix, car au depart on m'avait dit qu'au dela de quelques metiers/strategies (c-a-d inferieur 10) les simulations ne servait plus a rien car on ne pouvait pas savoir ce qui impactait sur quoi. Ici il y 22 stratégies pour moi c 3 fois trop. Lorsque je dis pour moi je parle pour le simulation, car en calculant un peu la place d'une seul matrice de résultat on obtenait tout de même 75Mo pour elle, or elle n'est pas toutes seules il y en a beaucoup d'autre (17 exactement). Et la taille d'une matrice quelque soit le langage c la meme chose (Java/C/C++/...). (avec une moyenne de 40Mo/matrice 17*40=680Mo il ne reste pas grand place pour le reste de la simulation et de l'application :() Donc soit il faut modifier la representation des matrices, mais cela va faire perdre en performance, soit il faut restraindre les possibilités (nombre de strategies simultanément utilisé moins grand). De plus modifier la représentation des matrices n'est pas forcement très simple. En me creusant beaucoup la tête je pense en avoir trouvé une mais, je ne sais pas ce que cela peut donner tant que je ne l'ai pas implantée. En résumé, le réelle problème que l'on a c la place mémoire. - Il faut que la simulation fonctionne uniquement en RAM, sinon elle met trop de temps. - La taille des calculs intermédiare est proportionnelle au nombre d'objet et il faut au maximum essayer de conserver ces calculs pour gagner du temps - La taille des résultats est proportionnelle au nombre d'objet et il faut au maximum essayer de conserver les résultats pour gagner du temps lorsque les règles de gestion en ont besoin Toutes réductions de ce que l'on conserve en RAM, est pénalisant pour les performances. Si on conserve trop de chose en RAM, soit la simulation met trop de temps (SWAP) soit la simulation échoue car pas assez de mémoire, Dans la version 3 j'ai prevu de sauver les resultats dans la base au fur et a mesure de la simulation, cela a l'avantage de gagné de la place en RAM, car on peut les enlever de la RAM si on ne les utilise pas, mais forcement l'inconvéniant est l'acces au disque dur qui fait perdre du temps. De meme a priori il n'y aura pas de probleme de chargement de simulation pour le rendu, car les resultats seront chargé pour le rendu que l'on demande, alors que maintenant on charge tous les resultats avant de savoir lesquels l'utilisateur va utiliser. La seule autre optimisation de place est la modification d'implantation des matrices, mais comme je l'ai dit a priori cela fera aussi perdre un peu de temps (mais qui je pense peu etre acceptable) La liberation des calculs intermediaire est deja mis en place au travers du cache. -- Benjamin -------------------- email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

2 5