Bonjour Stéphanie, Le problème des énormes durées de simulation et de l'occupation mémoire a été résolu. (merci benjamin ;) ) Par exemple, la simulation de "Galfe de Gascogne" prend 1m20s pour 10 ans. -- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
youcouuuuuuuuuu! Merci les gars. stephanie Éric Chatellier a écrit :
Bonjour Stéphanie,
Le problème des énormes durées de simulation et de l'occupation mémoire a été résolu. (merci benjamin ;) )
Par exemple, la simulation de "Galfe de Gascogne" prend 1m20s pour 10 ans.
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: 02 40 37 41 81 Fax: 02 40 37 40 75 o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
Eric, on pourrait avoir une explication succinte sur la liste ? Histoire d'avoir une trace au cas où on ai le même problème lors d'un prochain changement de version. C'est super en tout cas !!! Jean Stephanie MAHEVAS a écrit :
youcouuuuuuuuuu!
Merci les gars. stephanie
Éric Chatellier a écrit :
Bonjour Stéphanie,
Le problème des énormes durées de simulation et de l'occupation mémoire a été résolu. (merci benjamin ;) )
Par exemple, la simulation de "Galfe de Gascogne" prend 1m20s pour 10 ans.
-- ---- Jean Couteau Code Lutin - http://www.codelutin.com 44 Bd des Pas Enchantés - 44230 St-Sébastien/Loire Tél : 02 40 50 29 28 - Fax : 09 59 92 29 28
Jean Couteau a écrit :
Eric,
on pourrait avoir une explication succinte sur la liste ? Heu oui.
Donc en java l'instanciation du JFrame est très coûteux en mémoire (new JFrame()). Suite à une regression dans lutinlog (mise à jour des librairies sans doute...), chaque fois qu'on loguait quelque chose, ca faisait une nouvelle JFrame. Un peu comme si tu avait 10000 fenêtre affichée sur ton écran :) Le tout était sans doute conservé statiquement, donc jamais libéré. Voilà.
Histoire d'avoir une trace au cas où on ai le même problème lors d'un prochain changement de version.
Apparemment c'était une fonctionnalité qui affichait une fenêtre de progression pour les taches longue. On l'a complètement supprimé d'Isis, donc cela ne devrait pas se reproduire. -- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
Éric Chatellier a écrit :
Jean Couteau a écrit :
Eric,
on pourrait avoir une explication succinte sur la liste ?
Heu oui.
Donc en java l'instanciation du JFrame est très coûteux en mémoire (new JFrame()).
Suite à une regression dans lutinlog (mise à jour des librairies sans doute...), chaque fois qu'on loguait quelque chose, ca faisait une nouvelle JFrame. Un peu comme si tu avait 10000 fenêtre affichée sur ton écran :)
Ca explique la RAM bouffée par xorg après avoir utilisé Isis...
Le tout était sans doute conservé statiquement, donc jamais libéré.
Voilà.
Histoire d'avoir une trace au cas où on ai le même problème lors d'un prochain changement de version.
Apparemment c'était une fonctionnalité qui affichait une fenêtre de progression pour les taches longue. On l'a complètement supprimé d'Isis, donc cela ne devrait pas se reproduire.
-- ---- Jean Couteau Code Lutin - http://www.codelutin.com 44 Bd des Pas Enchantés - 44230 St-Sébastien/Loire Tél : 02 40 50 29 28 - Fax : 09 59 92 29 28
participants (3)
-
Jean Couteau -
Stephanie MAHEVAS -
Éric Chatellier