Solutions pour compilation longue?

Bonjour,

Dans le cadre de mes travaux, j'ai du coder un programme fortran assez long. Je dois construire des matrices assez grosses, et effectuer de l'intégration numérique.

Mon code fortran est assez conséquent (200 000 lignes). Ainsi la compilation prend environ 15 min...

J'aimerais réduire ce temps de compilation : dans mon programme principal, je fais appel à une fonction qui calcule la dérivée d'un vecteur par rapport à mes variables. Cette fonction est celle qui prend le plus de temps dans la compilation (14min30). Mais je ne modifie plus du tout cette subroutine maintenant, mais juste le programme principal.

Ainsi, je me demandais s'il était possible de faire une dll avec la fonction qui prend du temps, afin de réduire la compilation de mon programme? si cela est possible, comment faire une dll de ce type?

J'utilise XP, avec un compilateur Intel fortran compiler 10.1

Cordialement,

Sarou

qu'utilise-tu pour géré ta compilation? make? parce que normalement, ifort génère un fichier .obj (sous windows) pour chaque .f ou .f90 (et autres extensions de fichiers source) si ta routine est dans un fichier que tu ne modifie plus, il ne sera par recompiler... c'est seulemetn à l'édition de lien qu'il ira chercher le fichier objet....

p.s. 200000ligne c'est pas beaucoup... ça devrait compiler vite... chez moi 200 000 c'est juste le nombre de fichiers sources...
lorsque je fais une full reconstruction j'en ai pour environ 1/2heure sur un bi-xeon (quad+HT)... heuresement il ne recompile que le fichier que j'ai modifié... juste l'édition de lien qui est un peu lente (mais c'est encore plus lent sous windows) on utilise aussi ifort10!

Ben écoute, je mets exactement 13 min. Ma ligne de commande est

ifort -o blabla.o blabla.for

je veux juste le fichier objet en fait. J'en ai besoin pour le linker avec un autre programme par la suite.

Merci beaucoup!

rassure-moi... tu n'as pas un seul fichier de 200000 ligne???? si c'est le cas, je te suggère de vite le découper!!!! car sinon, tu arrive en limite de mémoire pour le chargement d'un seul fichier. du coup ton ordi utilise le swap (zone du disque qui permet une 'extenssion' de la mémoire centrale, sous linux c une partition spéciale, sous windows, c'est le fichier c:\pagefile.sys... sous win tu peux même changer sa taille!!!) mais du coup au lieu d'acceder à la mémoire centrale (rapide) il passe par le disque dur (très lent) il vaut mieux compiler plein de petits fichiers qu'un seul gros, même si le code est identique....

par exemple, une seule subroutine (ou program) par fichier... et c'est tout bête, à l'édition de lien tu lui file la liste des .o et hop, c gagné... rien à reprogrammer!

ensuite, petite précision: dans le décompte du nombre de ligne d'un code source, quelque soit le langage, au niveau compilateur, il faut omettre les ligne blanche et les ligne de commentaire... les compilo ne les traitent pas...

Je ne savais qu'il valait mieux avoir plein de petits fichiers qu'un gros.

En fait, je me suis trompé, mon programme fait 20 000 lignes "seulement"...

Du coup, j'ai fait comme tu as dit, en découpant en fichiant de 7 000 lignes, mais ca met quasiment le meme temps. Je pense que c'est du au fait que le compilation passe par Abaqus (logiciel qui utilise mon compilateur fortran) ...

c'est vrai que j'ai pas trop précisé, mais je code actuellement la construction de matrices en fortran pour pouvoir les données au logiciel de calcul d'élément finis, Abaqus. Du coup la compil se fait quand j'effectue la commande "abaqus ...", et le logiciel fait appel à mon compilateur fortran par dérrière. Il est donc possible que la compilateur soit retardé par cela.

arf rectification, j'avais oublié de supprimer quelques lignes. Du coup, je ne mets plus que 2 min 50 avec des fichiers de 8000 lignes grand max.

Tu crois que si je fais des fichiers de 2000 lignes, ca compilera encore plus vite, ou ca sera le meme temps du coup?

Merci en tout cas, ca fait plaisir !

Bon en fait, j'aurais du tout tester avant d'écrire 10 commentaires lol.

Si je fais 5 fichiers de 4000 lignes, je compile en 30 secondes, donc c'est excellent !

Merci beaucoup !

abacus, je connais: c'est le concurent!!!! grrrrrrrrrr :mouarf:

cela dit, normalement, passer par abacus ne fait que charger quelques libs spéciales permettant d'interfacer ton code avec le noyaux abacus... pas de quoi ralentir à ce point ta compilation...

par contre du coup je sais pas du tout si le découpage est licite dans cette construction (je croyais à un projet 'autonome') cela dit il semble que tu y soit arrivé!!

ensuite, entre 0 et 5 000-6 000 lignes (environ) il dois y avoir que très peu de différence: chaque fichiers ira plus vite certe, mais il faut tous les faire... (c'est là qu'on se dit: 'vive le "make -jn"' avec n le nbr de proc pour faire la compilation en parallèle)

autre avantage du découpage: exemple (cas d'un projet 'autonome')....
on a trois fichier: toto.f08 titi.f08 tata.f08...
on les compile cela donne des fichiers objets: toto.o titi.o tata.o
on fait l'édition de liens et hop on a un exécutable 'tutu.exe'
je fait des modification mais seulement dans toto.f08 du coup je n'ai à recompiler que ce fichier, les autre fichier .o sont déjà à jour...
et on repasse une nouvelle fois par l'édition de lien pour obtenir l'exec à jour...
bon faut imaginer le même cas avec 20 000 fichiers source... c'est assez pratique de ne pas avoir à tout recompiler à chaque fois surtout lorsqu'on a seulement corrigé un '+' à la place d'un '-'....