[gmx-users] Strategy for chaining jobs using differentmdp parameters (long)
Berk Hess
gmx3 at hotmail.com
Tue May 22 10:47:04 CEST 2007
>>In order to chain the jobs, do i need to reference from the processed top
>>and last gro from the previous step. In other words, do i need to use :
>>
>>pr2 step:
>>grompp \
>> -p ../pr1/molecule_pr1.top \
>> -c ../pr1/molecule_pr1.gro \
>>
>>instead of (as above):
>>pr2 step:
>>grompp \
>> -p ../ini/molecule_ini.top \
>> -c ../ini/molecule_ini.gro \
>
>I do use the new structure file in all of my chained jobs. The coordinates
>in the structure file won't be being used because a .trr is supplied. For
>an ensemble switch, the box size is not stored in the .trr IIRC, and the
>only source of this information in the absence of an .edr file is the
>structure file (hence the use of genbox). In your particular example, the
>pre-NVT box will be the same size as the post-NVT box , so you shouldn't
>have a problem here - but check it.
When you supply a trr file, the coordinates, velocities and box
will always be taken from the trr file.
>
>The output from -pp should be functionally identical to its input, by
>construction, so you can use any .top here. I omit the use of -pp and just
>reuse the same .top all the time. This stops you hacking something once by
>hand and forgetting to change other occurrences.
>
>>I presume i need to use the previous step top and gro parameters, but
>>using g_desort (not done yet).
>>Again in this case, is g_desort sufficient ?
>>Are -renum and -rmbdunbs only used for the run (but not permanently
>>affecting the top and gro files)?
>
>Don't know.
grompp never modifies any of the input files.
Berk.
_________________________________________________________________
Live Search, for accurate results! http://www.live.nl
More information about the gromacs.org_gmx-users
mailing list