Bonjour, Après discussion avec Jean, une modification du fonctionnement du mécanisme de "relancement des simulations" serait souhaitable. Actuellement, on stock (en gros) seulement les id des simulations a vérifier. Ca fonctionne tant qu'il n'y a pas de problèmes. Le relancement des simulations fonctionne aussi, tant qu'on n'arrête pas isis. Dans le cas, ou isis a été arrêté entre temps, les données de lancement de la simulation ont été perdues (zip + prescript). Proposition de modification --------------------------- Pour chaque simulation démarré, stockage : - du zip (pour la relancer) - du fichier de paramètres (pour ne pas dezipper le zip pour lire les paramètres) - autre ressources (prescript...) Problèmes possibles ------------------- Ça peut prend pas mal d'espace disque (cas GdG) : - zip : 165k - paramètres : 8k - prescript : 3k Sur une analyse de sensibilité de 1500 simulations, ça fait une taille totale d'environ 250Mo. -- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
On Tue, 08 Dec 2009 16:25:49 +0100 Eric Chatellier <chatellier@codelutin.com> wrote: ...
Problèmes possibles ------------------- Ça peut prend pas mal d'espace disque (cas GdG) : - zip : 165k - paramètres : 8k - prescript : 3k
Sur une analyse de sensibilité de 1500 simulations, ça fait une taille totale d'environ 250Mo.
Et a recalculer ca prend combien de temps ? -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii
Le 08/12/2009 16:47, Benjamin POUSSIN a écrit :
Problèmes possibles ------------------- Ça peut prend pas mal d'espace disque (cas GdG) : - zip : 165k - paramètres : 8k - prescript : 3k
Sur une analyse de sensibilité de 1500 simulations, ça fait une taille totale d'environ 250Mo.
Et a recalculer ca prend combien de temps ?
Une AS ? C'est pas très long (l'appel R en supposant qu'on ai les facteurs et que l'appel fonctionne) mais c'est plus long a développer :) De plus, le stockage du zip me parait nécessaire, dans le sens où la base ou les scripts ont pu changer entre temps. -- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
On Tue, 08 Dec 2009 17:10:28 +0100 Eric Chatellier <chatellier@codelutin.com> wrote:
Problèmes possibles ------------------- Ça peut prend pas mal d'espace disque (cas GdG) : - zip : 165k - paramètres : 8k - prescript : 3k
Sur une analyse de sensibilité de 1500 simulations, ça fait une taille totale d'environ 250Mo.
Pourquoi ne pas garder qu'une copie du zip (qui doit-etre le meme pour toutes les simulations du plan) ? donc (8+3)x1500 + 165 ~ 15Mo au lieu de 250Mo :) -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii
Le 08/12/2009 17:57, Benjamin POUSSIN a écrit :
Pourquoi ne pas garder qu'une copie du zip (qui doit-etre le meme pour toutes les simulations du plan) ?
donc (8+3)x1500 + 165 ~ 15Mo au lieu de 250Mo :)
Jean avait la même idée mais : - il y a le cas des simulations indépendante - le cas des plans d'analyse - les analyse de sensibilités Pour les analyses de sensibilité, c'est le même. Pour les plans d'analyse ils sont tous différents. Mais oui, c'est faisable :) -- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
Le 08/12/2009 17:57, Benjamin POUSSIN a écrit :
Pourquoi ne pas garder qu'une copie du zip (qui doit-etre le meme pour toutes les simulations du plan) ?
On pourrait même envoyer un seul zip sur caparmor au lieu de 1500 fois le même. Ça devrait pas poser de problème si 16 processus lisent le même zip en même temps ? -- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
On Thu, 10 Dec 2009 09:53:15 +0100 Eric Chatellier <chatellier@codelutin.com> wrote:
Le 08/12/2009 17:57, Benjamin POUSSIN a écrit :
Pourquoi ne pas garder qu'une copie du zip (qui doit-etre le meme pour toutes les simulations du plan) ?
On pourrait même envoyer un seul zip sur caparmor au lieu de 1500 fois le même.
tres bonne idee
Ça devrait pas poser de problème si 16 processus lisent le même zip en même temps ?
s'il ne font que lire, non je ne pense pas -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii
Le 10/12/2009 13:07, Benjamin POUSSIN a écrit :
On pourrait même envoyer un seul zip sur caparmor au lieu de 1500 fois le même.
tres bonne idee Ca prend maintenant, 6 min pour envoyés 1500 simulations avec un zip unique. (ça ne fonctionne donc que pour les analyses de sensibilité)
-- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
participants (3)
-
Benjamin POUSSIN -
Eric Chatellier -
Jean Couteau