You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently all variables involving neighbor lists are not working properly with replica exchange. They should all crash the code, and one can easily disable neighbor lists to have a working code. However, we should make an effort such that it is possible to reset the neighbor lists after an exchange has been done.
I solved it in the simple way. Instead of asking gromacs
if the exchange has been done or not, I just recompute the neighbor
list explicitly at the step after exchange. This is obtained
by pretending we are on first step in the step after exchange.
Addresses #31 for the case of COORDINATION
I solved it in the simple way. Instead of asking gromacs
if the exchange has been done or not, I just recompute the neighbor
list explicitly at the step after exchange. This is obtained
by pretending we are on first step in the step after exchange.
Addresses #31 for the case of COORDINATION
@gtribello@maxbonomi@davidebr@carlocamilloni
I solved this issue long ago for COORDINATION. I think Gareth solved it for multicolvar (Gareth can you confirm?). Possibly only with PATH and PROPERTYMAP this is still to do. I do not have time to solve this now, so unless someone else is willing to do it I will remove this from milestone 2.1
Currently all variables involving neighbor lists are not working properly with replica exchange. They should all crash the code, and one can easily disable neighbor lists to have a working code. However, we should make an effort such that it is possible to reset the neighbor lists after an exchange has been done.
This is related to #26
The text was updated successfully, but these errors were encountered: