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 :
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
Le 22/08/2013 09:53, Sigrid LEHUTA a écrit : 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