On Fri, Jan 20, 2012 at 4:45 PM, Paul Mullowney <span dir="ltr"><<a href="mailto:paulm@txcorp.com">paulm@txcorp.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<u></u>
<div bgcolor="#ffffff" text="#000000">
The new code using CUSPARSE gives you triangular solves that are
supported by Nvidia. They are as fast as what was in their
previously. Advantage is that it's now fully supported by the vendor
library. <br>
<br>
The matrix multiplication is more succinct than what was in
petsc-dev. Plus it has options for choosing storage format on the
device for optimal performance.<br>
You now have csr/coo/ell/dia formats ... Plus the SpMV scales across
multiple GPUs now.<br>
<br>
I am happy to remove printf's if that helps.</div></blockquote><div><br></div><div>Although, I care in the abstract about how code looks, I don't have enough time to complain about it. I care in this case,</div>
<div>because it does not appear to be supportable by us. If this is not true, and someone understands all this, please say so.</div><div>Then I will go back to not caring.</div><div><br></div><div> Matt</div><div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#ffffff" text="#000000"><span class="HOEnZb"><font color="#888888"><br>
-Paul</font></span><div><div class="h5"><br>
<br>
<br>
<blockquote type="cite">On Fri, Jan 20, 2012 at 4:37 PM, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov" target="_blank">bsmith@mcs.anl.gov</a>></span>
wrote:<br>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div><br>
On Jan 20, 2012, at 4:31 PM, Matthew Knepley wrote:<br>
<br>
> <a href="http://petsc.cs.iit.edu/petsc/petsc-dev/rev/2a4f352daf49" target="_blank">http://petsc.cs.iit.edu/petsc/petsc-dev/rev/2a4f352daf49</a><br>
><br>
> What is going on here, and why can't it be done more
succintly?<br>
<br>
</div>
Hell its GPUs, what do you expect?<br>
<br>
What particularly part do you feel is overly complex and
could be more succintly?</blockquote>
<div><br>
</div>
<div>This checkin of fixes is larger than the entire prior
implementation. Why, what is better?</div>
<div><br>
</div>
<div>There are a ton of new functions with obscure names (unless
Some has a meaning which</div>
<div>escapes me).</div>
<div><br>
</div>
<div>There seem to be a huge number of cases treated in enormous
functions rather than</div>
<div>factoring them out.</div>
<div><br>
</div>
<div> Matt</div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span><font color="#888888"><br>
Barry<br>
</font></span>
<div>
<div><br>
<br>
><br>
> Matt<br>
><br>
> --<br>
> What most experimenters take for granted before they
begin their experiments is infinitely more interesting
than any results to which their experiments lead.<br>
> -- Norbert Wiener<br>
<br>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
What most experimenters take for granted before they begin their
experiments is infinitely more interesting than any results to
which their experiments lead.<br>
-- Norbert Wiener<br>
</blockquote>
<br>
</div></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener<br>