[petsc-users] strong-scaling vs weak-scaling

Mark Adams mfadams at lbl.gov
Tue Aug 30 19:26:14 CDT 2016


>
>
> Anyway, what I really wanted to say is, it's good to know that these
> "dynamic range/performance spectrum/static scaling" plots are designed to
> go past the sweet spots. I also agree that it would be interesting to see a
> time vs dofs*iterations/time plot. Would it then also be useful to look at
> the step to setting up the preconditioner?
>
>
Yes, I generally split up timing between "mesh setup" (symbolic
factorization of LU), "matrix setup" (eg, factorizations), and solve time.
The degree of amortization that you get for the two setup phases depends on
your problem and so it is useful to separate them.



> Justin
>
> On Tue, Aug 30, 2016 at 1:55 PM, Jed Brown <jed at jedbrown.org> wrote:
>
>> Mark Adams <mfadams at lbl.gov> writes:
>> > I would guess it is the latter.
>>
>> In this case, definitely.
>>
>> > It is hard to get "rollover" to the right.  You could get it on KNL
>> > (cache configuration of HBM) when you spill out of HBM.
>>
>> Yes, but the same occurs if you start repeatedly spilling from some
>> level of cache, which can happen even if the overall data structure is
>> much larger than cache.  Not all algorithms have the flexibility to
>> choose tile sizes independently from problem size and specification;
>> it's easy to forget that this luxury is not universal when focusing on
>> dense linear algebra, for example.
>>
>> > Personally, if you are you going to go into this much detail (eg, more
>> than
>> > just one plot) I would show a plot of iteration count vs problem size,
>> and
>> > be done with it, and then fix the iteration count for the weak scaling
>> and
>> > dynamic range plot (I agree we could use a better name).
>>
>> Alternatively, plot the performance spectrum (dynamic range) for the
>> end-to-end solve and per iteration.  The end user ultimately doesn't
>> care about the cost per iteration (and it's meaningless when comparing
>> to an algorithm that converges differently), so I'd prefer that the
>> spectrum for the end-to-end application always be shown.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-users/attachments/20160830/80856d54/attachment-0001.html>


More information about the petsc-users mailing list