<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 15, 2019 at 1:41 PM Mark Adams <<a href="mailto:mfadams@lbl.gov">mfadams@lbl.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><br></div><div>I wonder if the their symbolic setup is getting called every time. You do 50 solves it looks like and that should be enough to amortize a one time setup cost.</div></div></div></blockquote><div><br></div><div>Hypre does not have concept called symbolic. They do everything from scratch, and won't reuse any data. </div></div></div></div></div></div></blockquote><div><br></div><div>Really, Hypre does not cache the maps and non-zero structure, etc, that is generated in RAP?<br></div><div><br></div><div>I suspect that that is contributing to Hypres poor performance, but it is not the whole story as you are only doing 5 solves.</div></div></div></blockquote><div><br></div><div>Do not know.  The combined approach does not mean slow.  I have no conclusion here.   Symbolic PtAP won't take much more time than the numeric PtAP.   Might be just a tiny bug somewhere that triggered by my applications, and that does not happen to other people?! </div><div><br></div><div>Thanks,</div><div><br></div><div>Fande,</div><div><br></div><div> </div></div></div>