Difference between revisions of "Checkpoint and Restarting"

From Earlham CS Department
Jump to navigation Jump to search
Line 24: Line 24:
 
<h2>Using GROMACS tools</h2>
 
<h2>Using GROMACS tools</h2>
  
There are several cases to consider when using the GROMACS suite to checkpoint and restart.
+
Notes:
 
+
<ul>
 +
<li>Using only tpr files as input fails when using <tt>grompp</tt> to change the number of processes the tpr file is prepared for.</li>
 +
<li><tt>grompp</tt> requires a .top file to generate tpr files.</li>
 +
<li>Using both trr and edr files when restarting with <tt>grompp</tt> results in a more accurrate restart (see the <tt>grompp</tt> section in the GROMACS 3.2 online documentation).</li>
 +
</ul>
  
  
Line 53: Line 57:
 
       <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 -p topol.top -np 4 -o new.tpr</tt></li>
 
</ol>
 
</ol>
 
Notes:<br />
 
Notes:<br />

Revision as of 15:51, 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

Notes:

  • Using only tpr files as input fails when using grompp to change the number of processes the tpr file is prepared for.
  • grompp requires a .top file to generate tpr files.
  • Using both trr and edr files when restarting with grompp results in a more accurrate restart (see the grompp section in the GROMACS 3.2 online documentation).


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 -p topol.top -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