Difference between revisions of "Checkpoint and Restarting"

From Earlham CS Department
Jump to navigation Jump to search
Line 52: Line 52:
 
   <li> Create a .gro file that incorporates the result and the topology files.<br />
 
   <li> Create a .gro file that incorporates the result and the topology files.<br />
 
       <tt>trjconv -s original.tpr -f checkpoint.trr -o new.gro</tt></li>  
 
       <tt>trjconv -s original.tpr -f checkpoint.trr -o new.gro</tt></li>  
   <li> Use the .gro as input to grompp to create a new .tpr file configured for the new number of nodes.</br>
+
   <li> Use the .gro as input to grompp to create a new .tpr file configured for the new number of nodes.<br />
 
       <tt>grompp -f mdout.mdp -c new.gro -np 4 -o new.tpr</tt></li>
 
       <tt>grompp -f mdout.mdp -c new.gro -np 4 -o new.tpr</tt></li>
 
</ol>
 
</ol>

Revision as of 15:37, 1 June 2005

Checkpoint Frequency

Checkpointing in Folding@Clusters has two distinct parts:

  1. mdrun generating checkpoints in an interval given by the nstxout parameter in grompp.mdp.
  2. The nanny checks the size of the checkpoint file. If the file has become larger, it is transferred to the mother. This check happens about every two seconds (as of 1 June 2005).

Signal accepted by mdrun and their relevance to the checkpoint/restart process

The mdrun process accepts SIGTERM and SIGUSR1. These signals can be received by a mdrun process of any rank. The effects of the signals are as follows:

  • SIGTERM
    • Sets nsteps to current steps plus one.
  • SIGUSR1
    • Sets nsteps the next multiple of nstxout past the current step.

Neither of these signals provide useful checkpointing mechanism. With some modicition (remove the code that modifies nsteps), the SIGUSR1 mechanism could be useful. Note that we are already using SIGINT in nanny/child communication and SIGINT is our only free signal due to COSM.

Using GROMACS tools

There are several cases to consider when using the GROMACS suite to checkpoint and restart.


Altnernative method:

tools used:

  • trjconv
  • grompp

files initially required:

  • original mdout.mdp
  • original .tpr
  • original mdout.mdp
  • result or checkpoint file (.trr)
  • topology file (.top)

files created:

  • new .gro
  • new .tpr

Process:

  1. Create a .gro file that incorporates the result and the topology files.
    trjconv -s original.tpr -f checkpoint.trr -o new.gro
  2. Use the .gro as input to grompp to create a new .tpr file configured for the new number of nodes.
    grompp -f mdout.mdp -c new.gro -np 4 -o new.tpr

Notes:

A simulation can only be ran for a set amount of time without modification. Even after restarting, the simulation cannot continue past the simulation time specified when grompp was initially executed. To extend the simulation, tpbconv must be used with the -until or -extend (which take a number of picoseconds as arguments) options:

     tpbconv -s topol.tpr -f traj.trr -e ener.edr -o new.tpr -extend 10