On Mon, Oct 15, 2012 at 11:24 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
   It is seriously misleading that TSType rosw uses SNES as the solver since it is only using SNESKSP and the algorithm really is built around only linear solves.  Are you sure that using SNES is the right model for this family of algorithms? Convince me.<br>
</blockquote><div><br></div><div>1. Consistency in where the callbacks and matrices are stored.</div><div><br></div><div>2. Consistency in configuration of Krylov methods and preconditioners.</div><div><br></div><div>3. Lack of order-dependence when configuring the above.</div>
<div><br></div><div>4. Ability to TSSetType() part way through a run without needing to reconfigure all of the above.</div><div><br></div><div>5. It's sometimes useful for debugging to run the Rosenbrocks with a true nonlinear solve.</div>
<div><br></div><div>6. Ability to debug Jacobian correctness using SNES infrastructure.</div><div><br></div><div>7. No need to duplicate -snes_fd_coloring support outside of SNES.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
   I realize one person among us thinks we should use SNES for both linear and nonlinear solves, but he is wrong :-)<br>
<span class="HOEnZb"><font color="#888888"><br>
  Barry<br>
<br>
</font></span></blockquote></div><br>