Le 10/03/2014 15:25, Stephanie MAHEVAS a écrit :
hello
Y a-t-il dans ce cas un moyen de réduire la taille des résultats (regrouper des zones, groupes,... ?) sans modifier profondément la dynamique du modèle ? je ne suis pas sure de bien comprendre mais les actuellement il y a un stockage des resultats intermediaires pour le calcul de F avec les dimensions { str, metier, group,zone,cellMet }. C'est tres certainement optimisable (en
Le 05/03/2014 15:15, Yves Reecht a écrit : place mémoire mais pas en temps de simu) en ne concervant l'info que par zone metier et non par cellule car pour chaque cellule de chaque zone metier en intersection avec une zone pop, le F du metier est le meme... Mais ca demande de retourner dans le code. Donc dans l'immédiat ce n'est pas possible. Je rediscute de ça avec Sigrid à son retour.
Ou bien d'autoriser java à allouer de plus gros vecteurs (j'ai déjà augmenté la mémoire dispo pour ISIS, mais je ne pense pas que ce soit un problème de mémoire globale) ? en faisant tourner sous linux ca devrait etre possible MAIS C'EST PAS NORMAL qu'avec une base plus complexe (V10) ca tourne et qu'avec une base plus simple (V11) ca ne tourne pas !!!! ERIC, peux-tu regarder d'ou vient le pb ? Oui, mais je n'ai pas les infos nécéssaires.
@Yves, tu peux m'envoyer la base v10, v11, et ta procedure de lancement de la simulation ? Merci. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28