<div dir="ltr"><div>Hello Zhang and Hong,</div><div><br></div><div>Thank you for your reply.</div><div><br></div><div>As I described, I simply wanted to be able to restart a higher order BDF from a previous solution. <br></div><div><br></div><div>For example, if I want to restart a BDF-2 solution I can simply load times (n is current time step ) t_n-1, t_n, load solutions y_n, and yn-1 from a restart file and continue integration with a BDF-2 formula as if it never stopped. <br></div><div><br></div><div>This would replace the current default approach, which starts from a single time tn, solution yn and uses lower order BDF steps as you build up to the selected order.</div><div><br></div><div>I am not sure why, but an abrupt change in integration order or time step leads to unwanted numerical noise in my solution, which I blame on the high nonlinearity of the system (I have tested extensively to rule out bugs).<br></div><div><br></div><div>Thank you and let me know if you have any questions,</div><div><br></div><div>-Alfredo<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 9, 2022 at 4:49 PM Zhang, Hong <<a href="mailto:hongzhang@anl.gov">hongzhang@anl.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">TSTrajectory supports checkpointing for multistage methods and can certainly be extended to multistep methods. But I doubt it is the best solution to Alfredo’s problem. Alfredo, can you elaborate a bit on what you would like to do? TSBDF_Restart is already using the previous solution to restart the integration with first-order BDF.<br>
<br>
Hong(Mr.)<br>
<br>
> On Mar 9, 2022, at 4:24 PM, Jed Brown <<a href="mailto:jed@jedbrown.org" target="_blank">jed@jedbrown.org</a>> wrote:<br>
> <br>
> Can you restart using small low-order steps?<br>
> <br>
> Hong, does (or should) your trajectory stuff support an exact checkpointing scheme for BDF?<br>
> <br>
> I think we could add an interface to access the stored steps, but there are few things other than checkpointing that would make sense mathematically. Would you be up for making a merge request to add TSBDFGetStepVecs(TS ts, PetscInt *num_steps, const PetscReal **times, const Vec *vecs) and the respective setter? <br>
> <br>
> Alfredo J Duarte Gomez <<a href="mailto:aduarteg@utexas.edu" target="_blank">aduarteg@utexas.edu</a>> writes:<br>
> <br>
>> Good morning PETSC team,<br>
>> <br>
>> I am currently using a TSBDF object, which is working very well.<br>
>> <br>
>> However, I am running into trouble restarting higher order BDF methods.<br>
>> <br>
>> My problem is highly nonlinear, and when restarted for higher order BDF<br>
>> methods (using the TSBDF_Restart function), wiggles appear in a specific<br>
>> region of the solution.<br>
>> <br>
>> Is there any way I can initialize the higher order BDF restart loading<br>
>> previous solutions from a data file? I took a look at the code, but there<br>
>> is no obvious way to do this.<br>
>> <br>
>> Thanks,<br>
>> <br>
>> -Alfredo<br>
>> <br>
>> -- <br>
>> Alfredo Duarte<br>
>> Graduate Research Assistant<br>
>> The University of Texas at Austin<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><font face="arial, sans-serif">Alfredo Duarte</font><div><font face="arial, sans-serif">Graduate Research Assistant</font></div><div><font face="arial, sans-serif">The University of Texas at Austin</font></div></div></div></div></div>