<div dir="ltr">You can control Jacobian lagging with -snes_lag_jacobian and -snes_lag_jacobian_presists by setting the option -ts_rosw_recompute_jacobian to true.  Otherwise it defaults to having it recompute once per timestep by setting the SNES to do so, wiping out the persistent lagging.  This will give you a rather odd pattern of Jacobian assembly, and I don't recommend it at all.  Your Jacobian will often be computed on the unconverged nonlinear solution, and may be garbage.  What would be more reasonable is for us to add some option at the TS level to lag the Jacobian by a number of steps.<div>
<br></div><div>- Peter</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Mar 8, 2014 at 6:43 PM, Mani Chandra <span dir="ltr"><<a href="mailto:mc0710@gmail.com" target="_blank">mc0710@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hi,<br><br></div>The option -snes_lag_jacobian_persists TRUE doesn't seem to prevent the jacobian calculation at the beginning of each time step in the ROSW method in the TS module. I'm hoping to avoid an expensive jacobian assembly at the beginning of each time step and whenever a time step is rejected in the ROSW method. The option however works with the THETA method.<br>

<br></div>I'm using the dev version.<br><br></div>Cheers,<br>Mani<br></div>
</blockquote></div><br></div>