<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 21, 2022 at 8:19 AM Jed Brown <<a href="mailto:jed@jedbrown.org">jed@jedbrown.org</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">Mark Adams <<a href="mailto:mfadams@lbl.gov" target="_blank">mfadams@lbl.gov</a>> writes:<br>
<br>
> Two questions about hypre on HIP:<br>
><br>
> * I am doing this now. Is this correct?<br>
><br>
>     '--download-hypre',<br>
>     '--download-hypre-configure-arguments=--enable-unified-memory',<br></blockquote><div><br></div>Apologies for interjecting, but I want to point out here that a pretty good chunk of BoomerAMG is ported to the GPU and you may not need this unified-memory option. I point this out because you will get substantially better performance without this option, i.e. using "native" GPU memory. I do not know the intricacies of the PETSc/HYPRE/GPU interaction so maybe PETSc won't handle the CPU->GPU memcopies for you (I'm assuming vecs, mats are assembled on the CPU) in which case you might need the option. And if you do run into code paths in BoomerAMG that are not ported to the GPU and you want to use them, I'd be very interested to know what the options are that are missing a GPU port.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Thanks,</div><div class="gmail_quote"><br></div><div class="gmail_quote">Paul<br></div></div>