<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 22, 2014 at 10:56 AM, Fischer, Greg A. <span dir="ltr"><<a href="mailto:fischega@westinghouse.com" target="_blank">fischega@westinghouse.com</a>></span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal" style="margin-left:0.5in">



<span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal" style="margin-left:0.5in"><b><span style="font-size:10pt;font-family:Tahoma,sans-serif">From:</span></b><span style="font-size:10pt;font-family:Tahoma,sans-serif"> Peter Brune [mailto:<a href="mailto:prbrune@gmail.com" target="_blank">prbrune@gmail.com</a>] <br>



<b>Sent:</b> Tuesday, April 22, 2014 10:16 AM<br><b>To:</b> Fischer, Greg A.<br><b>Cc:</b> <a href="mailto:petsc-users@mcs.anl.gov" target="_blank">petsc-users@mcs.anl.gov</a><br><b>Subject:</b> Re: [petsc-users] SNES: approximating the Jacobian with computed residuals?<u></u><u></u></span></p>



<div><div><p class="MsoNormal" style="margin-right:0in;margin-bottom:12pt;margin-left:0.5in"><u></u> <u></u></p><div><div><p class="MsoNormal" style="margin-left:1in">On Tue, Apr 22, 2014 at 8:48 AM, Fischer, Greg A. <<a href="mailto:fischega@westinghouse.com" target="_blank">fischega@westinghouse.com</a>> wrote:<u></u><u></u></p>



<p class="MsoNormal" style="margin-left:1in">Hello PETSc-users,<br><br>I'm using the SNES component with the NGMRES method in my application. I'm using a matrix-free context for the Jacobian and the MatMFFDComputeJacobian() function in my FormJacobian routine. My understanding is that this effectively approximates the Jacobian using the equation at the bottom of Page 103 in the PETSc User's Manual. This works, but the expense of computing two function evaluations in each SNES iteration nearly wipes out the performance improvements over Picard iteration.<u></u><u></u></p>



<div><p class="MsoNormal" style="margin-left:0.5in"><u></u> <u></u></p></div><div><p class="MsoNormal" style="margin-left:0.5in">Try -snes_type anderson.  It's less stable than NGMRES, but requires one function evaluation per iteration.  The manual is out of date.  I guess it's time to fix that.  It's interesting that the cost of matrix assembly and a linear solve is around the same as that of a function evaluation.  Output from -log_summary would help in the diagnosis.<u></u><u></u></p>



</div></div><div><p class="MsoNormal"><span style="color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">I tried the –snes_type anderson option, and it seems to be requiring even more function evaluations than the Picard iterations. I’ve attached –log_summary output. This seems strange, because I can use the NLKAIN code (<a href="http://nlkain.sourceforge.net/" target="_blank">http://nlkain.sourceforge.net/</a>) to fairly good effect, and I’ve read that it’s related to Anderson mixing. Would it be useful to adjust the parameters?</span></p>



</div></div></div></div></div></div></blockquote><div><br></div><div>If I recall correctly, NLKAIN is yet another improvement on Anderson Mixing.  Our NGMRES is what's in O/W and is built largely around being nonlinearly preconditionable with something strong like FAS.  What is the perceived difference in convergence? (what does -snes_monitor say?) Any multitude of tolerances may be different between the two methods, and it's hard to judge without knowing much, much more.  Seeing what happens when one changes the parameters is of course important if you're looking at performance.</div>


<div><br></div><div>By Picard, you mean simple fixed-point iteration, right?  What constitutes a Picard iteration is a longstanding argument on this list and therefore requires clarification, unfortunately. :)  This (without linesearch) can be duplicated in PETSc with -snes_type nrichardson -snes_linesearch_type basic.  For a typical problem one must damp this with -snes_linesearch_damping <damping parameter>  That's what the linesearch is there to avoid, but this takes more function evaluations.</div>
<div>

 </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div lang="EN-US" link="blue" vlink="purple"><div><div><div><div><div><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p>



<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">I’ve also attached –log_summary output for NGMRES. Does anything jump out as being amiss?</span></p></div></div></div>


</div>
</div></div></blockquote><div><br></div><div><span style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">      ##########################################################</span><br style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">



<span style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">      #                                                        #</span><br style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">



<span style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">      #                          WARNING!!!                    #</span><br style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">



<span style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">      #                                                        #</span><br style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">



<span style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">      #   This code was compiled with a debugging option,      #</span><br style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">



<span style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">      #   To get timing results run ./configure                #</span><br style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">



<span style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">      #   using --with-debugging=no, the performance will      #</span><br style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">



<span style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">      #   be generally two or three times faster.              #</span><br style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">



<span style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">      #                                                        #</span><br style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">



<span style="font-size:13.63636302947998px;font-family:'Courier New',Courier,monospace">      ##########################################################</span></div><div> </div><div>Timing comparisons aren't reasonable with debugging on.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<div lang="EN-US" link="blue" vlink="purple"><div><div><div><div><div><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u><u></u></span></p><p class="MsoNormal"> <u></u><u></u></p>



<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p></div><div><blockquote style="border-style:none none none solid;border-left-color:rgb(204,204,204);border-left-width:1pt;padding:0in 0in 0in 6pt;margin-left:4.8pt;margin-right:0in">



<p class="MsoNormal" style="margin-left:24.45pt"><br>Based on my (limited) understanding of the Oosterlee/Washio SIAM paper ("Krylov Subspace Acceleration of Nonlinear Multigrid..."), they seem to suggest that it's possible to approximate the Jacobian with a series of previously-computed residuals (eq 2.14), rather than additional function evaluations in each iteration. Is this correct? If so, could someone point me to a reference that demonstrates how to do this with PETSc?<u></u><u></u></p>



</blockquote><div><p class="MsoNormal" style="margin-left:24.45pt"><u></u> <u></u></p></div><div><p class="MsoNormal" style="margin-left:24.45pt">What indication do you have that the Jacobian is calculated at all in the NGMRES method?  The two function evaluations are related to computing the quantities labeled F(u_M) and F(u_A) in O/W.  We already use the Jacobian approximation for the minimization problem (2.14).<u></u><u></u></p>



</div><div><p class="MsoNormal" style="margin-left:24.45pt"><u></u> <u></u></p></div></div><div><p class="MsoNormal" style="margin-left:24.45pt">- Peter<u></u><u></u></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p>



<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Thanks for the clarification.<span><font color="#888888"><u></u><u></u></font></span></span></p><span><font color="#888888"><p class="MsoNormal">



<span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">-Greg<u></u><u></u></span></p>



</font></span></div><div><div><p class="MsoNormal" style="margin-left:24.45pt"><u></u> <u></u></p></div><blockquote style="border-style:none none none solid;border-left-color:rgb(204,204,204);border-left-width:1pt;padding:0in 0in 0in 6pt;margin-left:4.8pt;margin-right:0in">



<p class="MsoNormal" style="margin-right:0in;margin-bottom:12pt;margin-left:24.45pt"><br>Or, perhaps a better question to ask is: are there other ways of reducing the computing burden associated with estimating the Jacobian?<br>



<br>Thanks,<br>Greg<u></u><u></u></p></blockquote></div></div><p class="MsoNormal" style="margin-left:24.45pt"><u></u> <u></u></p></div></div></div></div></blockquote></div><br></div></div>