Benjamin le probleme vient bien du nombre d'appel de fishingMortality. Les optimisations d'Hilaire permettent d'eviter plus de 2 millions de d'appels pour la base langoustine et 1 million pour la base Anchois. Mais je pense que l'on peut encore ameliorer ca. Pour l'instant, a chaque date, pour chaque (pop,group,zone), pour chaque str*metier, on appelle (dans catchRatePerStrategyMet) (nbstr*nbmetier +1) fois fishingMortality pour le calcul de fishingMortality et celui de totalFishingMortality. Ne pourrait-on pas faire le calcul de fishingMortality pour l'ensemble des (str,metier) à l'exterieur de la methode catchRatePerStrategyMet, les mettre dans une matrice matrixFishingMortalityStrMet et passer cette matrice en argument de catchRatePerStrategyMet. Dans la methode catchRatePerStrategyMet, on aurait alors la fishingMortality du str et metier courants et il faudrait sommer sur les elements de la matrice matrixFishingMortalityStrMet pour avoir totalFishingMortality ? peux-tu confimer et le faire? autre besoin, pourrait-on sauvegarder ce total fishingMortality par date*group*zone? (on manquait d'exports!!!!) merci stephanie ..................................................................... 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\ / ) | (\ / | / \ / \ ......................................................................