dolfin team mailing list archive
-
dolfin team
-
Mailing list archive
-
Message #21784
Re: Triggers of recompilation of large forms
On Thu, Mar 03, 2011 at 03:02:10PM -0800, Johan Hake wrote:
> Hello!
>
> I have some large forms, including some 40 exterior facet integrals. I am
> starting to get annoyed by a constant recompilation of these forms. I have
> made pretty clear that each one does not contain any numbers that changes from
> simulation to simulation (Using Constant or Expression for changing
> coefficients). But at arbitrary times, reompilations are triggered and with
> many integrals per form this take times ~5-20min each... The generated code is
> not large, no complex forms, just many integrals. I also use MixedSpaces with
> Real, see other email, with some 10 Real spaces.
>
> I have tried to eliminate any possible triggers for recompilations within my
> own code, change all dicts to ordered dicts and so on. Becuase the forms are
> so big it is almost impossible to debug any signature string from the form.
> They are hundreds of konsole lines long...
Does the hash sum change?
--
Anders
> Do any of you have any clue of where, for example in UFL I can start debug
> this?
>
> * Do all math operators in UFL preserve the orignial order?
> * Are there any dicts involved in storing internal information in a form,
> which the __repr__ command depends on?
>
> Is there another way to represent the uniqeness of a form which might
> eliminate this error?
>
> Johan
>
> _______________________________________________
> Mailing list: https://launchpad.net/~dolfin
> Post to : dolfin@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~dolfin
> More help : https://help.launchpad.net/ListHelp
Follow ups
References