<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'><div style="text-align: left;"><br></div><br><br><br><hr id="stopSpelling">&gt; Date: Thu, 27 Mar 2008 12:59:06 -0700<br>&gt; From: dmobley@gmail.com<br>&gt; To: gmx-users@gromacs.org<br>&gt; Subject: Re: [gmx-users] minimization -- bugzilla or general advice?<br>&gt; <br>&gt; Berk,<br>&gt; <br>&gt; &gt; I assume you are using a rigid water model, and thus constraints via SETTLE.<br>&gt; <br>&gt; Yes, OK.<br>&gt; <br>&gt; &gt; Constraining is required to measure the size of the force (for convergence<br>&gt; &gt; and<br>&gt; &gt; step size adjustment) and to make correct steps without enormous extra<br>&gt; &gt; displacements in the direction of the force which could cause problems due<br>&gt; &gt; to non-linearity.<br>&gt; &gt; In Gromacs 3 we had only a coordinate version of SETTLE and LINCS<br>&gt; &gt; did not work well for "triangle constraints". So to constrain the force<br>&gt; &gt; during EM<br>&gt; &gt; we needed to use only coordinates. The trick is to add c*f to the<br>&gt; &gt; coordinates,<br>&gt; &gt; somewhat analogous to constraining velocities in leap frog, and then get the<br>&gt; &gt; force without constraint components as:<br>&gt; &gt; (x+c*f - constrained(x+c*f))/c<br>&gt; &gt; I chose c as the minimization step size divided by the maximum force.<br>&gt; &gt; But there are two issues here, for large c non-linearity problems<br>&gt; &gt; and for small c float/double accuracy issues.<br>&gt; &gt; The non-linearity issue could be causing your problems.<br>&gt; <br>&gt; &gt; Although there is also another issue: water is difficult to minimize in<br>&gt; &gt; general.<br>&gt; <br>&gt; Hmm. Is this different from how other packages handle this issue? I<br>&gt; have never had the recurring problems with minimization in GROMACS<br>&gt; that I have in other packages. Even though, strangely enough, water is<br>&gt; a common feature in most of the simulations I run.<br>&gt; <br>&gt; I'll try and give this a shot in GROMACS 4 soon, I suppose. And I'll<br>&gt; put together a bugzilla.<br>&gt; <br>&gt; Thanks,<br>&gt; David<br><br>I would guess other packages would use a RATTLE like constraint algorithm,<br>both for water and other molecules.<br>So this could be the source of the problem.<br>But please try 4.0 before submitting a bugzilla and speculating further.<br><br>Berk.<br><br><br /><hr />Express yourself instantly with MSN Messenger! <a href='http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/' target='_new'>MSN Messenger</a></body>
</html>