> On 22. Oct 2021, at 00:39, Dmitry Pavlov wrote:
>
> Timo,
>
> Sorry, I got distracted from this.
>
> I had to fix NoPrimaryVariableSwitch to use it, but you already know that
> since you saw the merge request.
>
> EnableGridFluxVariablesCache totally helped! Now I see only 4*1 calls to
Also regarding feature/colored-smp-assembly: I noted that the more
threads I use, the larger fraction of the running time is taken by
update (in the assemble/solve/update trio, I mean). It will be very cool
to have the update parallelized, too.
Best regards,
Dmitry
On 22.10.2021 01:39,
Timo,
Sorry, I got distracted from this.
I had to fix NoPrimaryVariableSwitch to use it, but you already know
that since you saw the merge request.
EnableGridFluxVariablesCache totally helped! Now I see only 4*1 calls to
update() after the Newton step and 4*5 calls to update() during
Timo,
Thank you for the quick answer. I will continue the experiments and get
back to you in a couple of days.
Best regards,
Dmitry
On 14.10.2021 12:45, Timo Koch wrote:
Hi Dmitry again,
on a different note. Since your assembly seems to be very expensive
you would be a perfect candidate
Hi Dmitry again,
on a different note. Since your assembly seems to be very expensive you would
be a perfect candidate for multithreaded (i.e. shared memory parallelism)
assembly.
I implemented a prototype for the Box method on the branch
feature/colored-smp-assembly
> On 14. Oct 2021, at 00:12, Dmitry Pavlov wrote:
>
> Hello,
>
> I am making a compositional oil-gas simulator in DuMux. An important part of
> it, and arguably the most CPU-demanding, is the determination if the given
> composition is going to stay in one phase (stability test) and, in
