C'est bien en sous processus, j essaie d augmenter la memoire.

Quand on lance un plan sequentiel sur caparmor, est ce la memoire locale ou celle de caparmor qui est utilisee ? car je crois avoir eu le pb sur caparmor aussi.

Pour info, j ai fait un test et en effet en limitant le nombres de zone de la pop a 3 au lieu de 8 la vitesse est multipliee par 4!
J essai aussi d optimiser mon equation de migration qui est lourde mais pour le moment ca n aide pas...

voici le plus efficace que j ai trouvé:
if(group.getAge() > 2 && "Sole_spawning".equals(departureZone.getName())){
    if(N.sumAll() < 70000000 && "Sole_low1".equals(arrivalZone.getName())){ return 1;
    }else if (N.sumAll() > 70000000 && N.sumAll() < 125000000 && "Sole_low2".equals(arrivalZone.getName())){ return 1;
    }else if (N.sumAll() > 125000000 && N.sumAll() < 145000000 && "Sole_med3".equals(arrivalZone.getName())){ return 1;
    }else if (N.sumAll() > 145000000 && N.sumAll() < 160000000 && "Sole_high4".equals(arrivalZone.getName())){return 1;
    }else if(N.sumAll() > 160000000 && "Sole_high5".equals(arrivalZone.getName())){ return 1;
    }else return 0;
} else return 0;

y'a t il une ecriture plus efficace pour les tests? Merci

Le 22 août 2013 11:31, Eric Chatellier <chatellier@codelutin.com> a écrit :

Le 22/08/2013 09:53, Sigrid LEHUTA a écrit :
> salut,
>
> merci pour vos réponses concernant les différences de vitesse de simulation
> sur 2 ordis équivalents. Il se trouve en fait que je faisais tourner la même
> base mais pas les mêmes espèces et l'une d'elles (la sole) est bcp plus lente.
> Pourtant elle a seulement 5 zones pop contre 3 pour l autre espèce plus
> rapide... mystere.
>
> Le check de la pecherie ne révèle pas d erreur.
>
> j ai aussi eu, tjs pour la sole (pas de pb avec les autres sp), un plan d exp
> sequentiel stoppé a 15 simus pour "out of memory" (cf log ci dessous). je suis
> en 32 bits comme suggere par Benjamin et J'avais modifié les options pour
> utiliser BigMappedVector comme suggeré par Eric
> mais je ne suis pas sure que ca ait ete pris en compte étant donné le log:
> "at org.nuiton.math.matrix.DoubleBigVector.<init>(DoubleBigVector.java:46)".
C'est pour le stockage des résultats en fait, mais ca n'a pas l'air d'être le
problème actuel.

J'ai regardé rapidement la base de donnés, il y a quelques quantité de données
(metier, population,
strategies...) et le tout croisés doit faire des matrices assez lourdes en mémoire.

Ici tes simulations doivent tourner en sous processus ? Si c'est bien le cas, le
sous
processus doit être limite en mémoire, et tu dois pouvoir lui augmenter sa mémoire:
dans la configuration : simulation.sub.max.memory (qui est a 1024M) par défaut.
Tu dois pouvoir monter à 1500M (au max à 1700M en 32bits sous windows).
Ca devrait déjà aider un peu.

--
Éric Chatellier - Code Lutin
Tel: 02.40.50.29.28 - http://www.codelutin.com

_______________________________________________
Isis-fish-users mailing list
Isis-fish-users@list.isis-fish.org
http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users