Re: [AMBER-Developers] FW: [AMBER] Issue with running sander with SHAKE

From: case <case.biomaps.rutgers.edu>
Date: Tue, 6 Dec 2011 20:43:05 -0500

On Tue, Dec 06, 2011, Breuer, Marian wrote:
>
> Of course, this does
> unfortunately not provide any explanation why sander seemingly bothers
> about molecules (rather than residues) in the first place.

Sander handles constant pressure simulations via a "molecular virial" model,
in which internal forces inside a "molecule" can be ignored. For constant
pressure runs, it also distributes the atoms among processors, dividing things
along molecule boundaries. But this code (and similar code in LEaP) assumes
that the atoms in a molecule are contiguous in the atom list.

>
> Andrew Voronkov (who described a similar problem on the mailing list
> recently) told me that in his system (protein + ligand + zinc atom) the
> zinc atom was covalently bound to the protein but the cofactor was not,
> and as he described on the mailing list, the solution to his problem
> was to place the zinc atom between protein and cofactor rather than
> after the cofactor. I'd then assume that this was an analogous situation
> (avoiding bound atoms to be split in the atom list).

I agree that this is the same problem.

I'm cc-ing this to the Amber developers' list; it is rather odd that this
problem has not shown up earlier, since the code involved is quite old.

On the to-do list (increasing level of difficulty):

1. LEaP definitely should check for this, and certainly should not create
an ATOMS_PER_MOLECULE data structure that is incorrect. At an even more
basic minimum, Dave Cerutti's [or Jason's] prmtop validation/editing program
could also flag this problem.]

2. The Users' manual should document this requirement, and error messages
about its violation should point to such documentation.

3. The pmemd sanity check on ATOMS_PER_MOLECULE should be backported to
sander.

4. (Longer term) better barostats use an "atomic" model for volume
fluctuations, avoiding the rather arbitrary division into molecules.

>
> But an additional reason for my slow reply: my memory of the code is that
> the splitting of atoms should depend on residues, not molecules. So I want
> to see if I can understand how your original problem (with > 14 nodes) arose.

As per usual, my memory was wrong. For constant pressure runs, splitting
of atoms among processors depends on molecules, not residues [as comments
in the set.f file (that I think I wrote!) clearly indicate.] If the
information in the prmtop file is wrong, things can be badly messed up.

...thanks for your input....dac


_______________________________________________
AMBER-Developers mailing list
AMBER-Developers.ambermd.org
http://lists.ambermd.org/mailman/listinfo/amber-developers
Received on Tue Dec 06 2011 - 18:00:03 PST
Custom Search