<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br></span>
it will nonetheless require a lot of convincing that at best they get moderate speed-ups, not the 580+x claimed in some of those early GPU papers...<span class=""><br>
<br></span></blockquote><div><br></div><div>Karli, we are talking about two different things. You are talking about performance, and I applaud you for that, but I am talking about giving customers what they want. They want to investigate GPUs. I will say that I do not anticipate seeing any performance improvement.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The fusion folks that I work with, and I assume other DOE offices, are just looking at their codes, subroutine by subroutine, and having postdocs look at GPUising them. We just need intelligent answers to their questions. Even if we as sentient and passionate human being have opinions on the approach that is implied by their questions, it is part of my job to just give them a professional answer.<br>
</blockquote>
<br></span>
In the past ~18 months I've worked with applications that wanted to use GPUs in just that manner. Needless to say that you end up with touching almost everything to actually beat an existing (efficient) CPU-based application by less than a factor of 2. This involves MPI-parallel applications; it's much easier to get higher speedups if you don't need to communicate across ranks.<span class=""><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have enough now (thanks Jed and Lorena, et al!) to answer the AMGx question sufficiently, and if you could give me a quick assessment of where we are with hypre's GPU solver that would be great.<br>
</blockquote>
<br></span>
does "work in progress" suffice? ;-)<br></blockquote><div><br></div><div>I will advertise it "as is" (this is a term of art in US law).</div><div><br></div><div>Thanks again,</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Best regards,<br>
Karli<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On Thu, Jul 13, 2017 at 11:16 PM, Karl Rupp <<a href="mailto:rupp@iue.tuwien.ac.at" target="_blank">rupp@iue.tuwien.ac.at</a> <mailto:<a href="mailto:rupp@iue.tuwien.ac.at" target="_blank">rupp@iue.tuwien.ac.at</a>><wbr>> wrote:<br>
<br>
Hi Mark,<br>
<br>
I hear Hypre has support for GPUs in a May release. Any word on<br>
the status of using it in PETSc?<br>
<br>
<br>
as far as I know, it is currently not supported in PETSc. I'll have<br>
a look at it and see what needs to be done to enable it.<br>
<br>
<br>
And we discussed interfacing to AMGx, which is complicated<br>
(precluded?) by not releasing source. Anything on the potential<br>
of interfacing to AMGx? I think it would be great to make this<br>
available. It is on a lot of checkboxes. I would love to be able<br>
to say, yea you can use it.<br>
<br>
<br>
Lorena Barba's group actually interfaced PETSc to AMGx at some point<br>
(presented at GTC 2016 if I'm not mistaken). I'll reach out to them,<br>
maybe they have something to contribute.<br>
<br>
Best regards,<br>
Karli<br>
<br>
<br>
</blockquote>
</div></div></blockquote></div><br></div></div>