Thank You for answer!
With best,
Oleg
On Wednesday, 11 December 2019 15:56:35 UTC+1, Wolfgang Bangerth wrote:
>
> On 12/10/19 7:16 PM, Oleg Kmechak wrote:
> > Can You describe please, why algebraic multigrid algorithm may be better
> in
> > this situation? Is it somehow opitmal for Laplacea
On 12/10/19 7:16 PM, Oleg Kmechak wrote:
> Can You describe please, why algebraic multigrid algorithm may be better in
> this situation? Is it somehow opitmal for Laplacea equation or to my
> irregular
> mesh?
That's a long of difficult question -- there's a reason why I recorded four
video
Can You describe please, why algebraic multigrid algorithm may be better in
this situation? Is it somehow opitmal for Laplacea equation or to my
irregular mesh?
On Thursday, 5 December 2019 17:15:11 UTC+1, Bruno Turcksin wrote:
>
> Oleg,
>
> The first thing to do if you want to speed up you
Thank You clarification
On Friday, 6 December 2019 14:48:24 UTC+1, Bruno Turcksin wrote:
>
> Oleg,
>
> Le ven. 6 déc. 2019 à 08:21, Oleg Kmechak > a écrit :
> > So I still have to use MPI to make program multihread, even if it is a
> single machine, with 40 processors inside?
> > Maybe it is
Oleg,
Le ven. 6 déc. 2019 à 08:21, Oleg Kmechak a écrit :
> So I still have to use MPI to make program multihread, even if it is a single
> machine, with 40 processors inside?
> Maybe it is rough understanding, but I always thought that for multicomputer
> processing is used MPI and for
> The first thing to do if you want to speed up you code is to profile your
> code. How do you know which part of the code is slow?
>
Thank you for this advice, it is a good point to look forward.
Till this moment I was looking on console log to understand perfomance.
> In that case, you
Oleg,
The first thing to do if you want to speed up you code is to profile your
code. How do you know which part of the code is slow? Right now, it sounds
that you are assuming that it is in the solver which may be true but it may
not be. If you want to speed up your solver, you can 1) get a
