- 25 Apr, 2025 1 commit
-
-
Peter Eastman authored
* Unified interface for FFTs * AMOEBA uses unified interface for FFTs * HIP implementation of common FFT interface
-
- 20 Nov, 2024 1 commit
-
-
Michael J. Schnieders authored
* Update the AMOEBA OpenMM API for vdW, GK and WCA * Changes needed for the Corrigan et al Generalized Kirkwood model and minor changes to the vdW force to support CpHMD * Add casts to real for uses of POW in GK; Pass force by reference within the WCA kernel * Update swigInputConfig for Amoeba vdW and GK forces * Update TestAPIUnits.testAmoebaVdwForce * Set the units for getSolventDielectric and getSoluteDielectric to None * Update default dispersion offset parameter for the AmoebaWcaDispersionForce * Remove overloaded getParticleParameters and setParticleParameters from AmoebaGeneralizedKirkwoodForce * Update the AmoebaWcaDispersionForce TestAPIUnits tests to reflect using the correct units for the C++ parameter default values; Update the alanine-dipeptide-amoeba-forces to reflect the updated GK model * Move neck descreening constants into AmoebaGeneralizedKirkwoodForceImpl; set the default GK dielecticOffset to 0.09; set the default WCA shctd parameter to 0.82 * Fix Python test cases for WCA and GK * Load AMOEBA/GK parameters into an array of float4 * Cleaned up the AmoebaGeneralizedKirkwoodForce based on feedback from Peter; the one case where backwards compatibility remains a challenge is application of the dielectric offset parameter - in the prior code this was only applied to the nonpolar cavity term, but not to calculation of Born radii; in this revision the dielectric offset is applied to BOTH the nonpolar cavity term and to calculation of Born radii. At this point I can't think of elegant way to maintain backwards compatibility that isn't confusing, nor does it make sense (at least to me) to only apply the concept of the dieletric offset to one aspect (i.e. only to nonpolar cavity or only to Born radii calculation) but not to both. * Remove 'using std::vector' from AmoebaGeneralizedKirkwoodForceImpl.h; divide by 10 instead of multiplying by 0.1f in amoebaGk.cc * Added a parameter called descreenOffset, which is applied during calculation of effective Born radii for GK. The parameter dielectricOffset is only used for the nonpolar cavity term consistent with its prior use. All tests in TestAmoebaGeneralizedKirkwoodForce.h are now backwards compatible with their behavior prior to this PR. * Change two constants in amoebaGk.cc to single precision; Improved the documentation for getNeckConstants in AmoebaGeneralizedKirkwoodForceImpl.h * Fix comment for setTanhRescaling in AmoebaGeneralizedKirkwoodForce.h, Fix comment for setTanhParameters in AmoebaReferenceGeneralizedKirkwoodForce.h; set the type of parameter GeneralizedKirkwoodTanhRescaling to bool in AmoebaGeneralizedKirkwoodForceProxy.cpp; In ReferenceCalcAmoebaGeneralizedKirkwoodForceKernel return references of per particle parameters instead of copies; update AmoebaReferenceKernels.h method signatures for per particle parameters to return const vector references * Minor tweaks to the documentation for the tanh rescaling flag * Improve the comments for the get and setTanhParameters in AmoebaGeneralizedKirkwoodForce.h and AmoebaReferenceGeneralizedKirkwoodForce.h
-
- 22 May, 2021 1 commit
-
-
Peter Eastman authored
* Began converting AMOEBA to common platform * Beginning of OpenCL platform for AMOEBA * Converted AmoebaVdwForce to common platform * Cleaned up reference AMOEBA tests * Began converting AmoebaMultipoleForce to common platform * Continue converting AmoebaMultipoleForce to common platform * Bug fixes * Bug fix * Continue converting AmoebaMultipoleForce to common platform * Converting AmoebaMultipoleForce and AmoebaGeneralizedKirkwoodForce to common platform * Converting AmoebaMultipoleForce and AmoebaGeneralizedKirkwoodForce to common platform * Creating OpenCL version of AmoebaMultipoleForce and AmoebaGeneralizedKirkwoodForce * Creating OpenCL version of AmoebaMultipoleForce and AmoebaGeneralizedKirkwoodForce * Creating OpenCL version of AmoebaMultipoleForce and AmoebaGeneralizedKirkwoodForce * Converted arrays from real3 to real * Bug fix to OpenCL AmoebaGeneralizedKirkwoodForce * Fixes for AMD GPUs * Began converting HippoNonbondedForce to common platform * Continuing to convert HippoNonbondedForce to common platform * Continuing to convert HippoNonbondedForce to common platform * Working on unifying PME kernels * Fixed error on devices without 64 bit atomics * Unified PME kernels * Converted HippoNonbondedForce to common platform * Creating OpenCL implementation of HippoNonbondedForce * Continuing OpenCL implementation of HippoNonbondedForce * Mostly finished OpenCL implementation of HippoNonbondedForce * Eliminated three component vector types in host code * Fix errors on CPU OpenCL * Skip double precision tests for AMOEBA on OpenCL * Bug fixes * Bug fixes * Fixed compilation error
-
- 16 Mar, 2021 1 commit
-
-
Peter Eastman authored
* Cleanup to CUDA AmoebaMultipoleForce * Deleted obsolete SOR code
-
- 04 Mar, 2021 1 commit
-
-
Peter Eastman authored
* Replaced several AMOEBA bonded forces with custom forces * Deleted obsolete AMOEBA forces * Replaced AmoebaPiTorsionForce with custom force
-
- 01 Jul, 2020 1 commit
-
-
Peter Eastman authored
-
- 29 Oct, 2019 1 commit
-
-
Frazer Leslie Clews authored
-
- 22 Aug, 2019 1 commit
-
-
Michael Schnieders authored
Improve the performance of sending the AmoebaVdwLambda to Cuda using pinned host memory; Updated the AmoebaVdwForceProxy to version 3, and added backward compatibility to version 2; updated TestAPIUnits.py to handle the per particle lambda flag
-
- 20 Aug, 2019 2 commits
-
-
Michael Schnieders authored
-
Michael Schnieders authored
Rough draft AmoebaVdwForce Cuda code; next steps are to add CUDA kernal compilation support for USE_SOFTCORE, VDW_LAMBDA, VDW_SOFTCORE_POWER, VDW_SOFTCORE_ALPHA, and per particle isAlchemicalI / isAlchemicalJ flags
-
- 12 Apr, 2019 1 commit
-
-
Peter Eastman authored
-
- 09 Apr, 2019 1 commit
-
-
peastman authored
* Created API for HIPPO force field * Beginning of reference implementation of HIPPO * Continuing reference implementation of HIPPO * Continuing reference implementation of HIPPO * Continuing reference implementation of HIPPO * Continuing reference implementation of HIPPO * Continuing reference implementation of HIPPO * Continuing reference implementation of HIPPO * Continuing reference implementation of HIPPO * Completed reference of HIPPO with no cutoff * Beginning cutoffs/PME for reference implementation of HIPPO * Continuing PME for reference implementation of HIPPO * Continuing PME for reference implementation of HIPPO * Continuing PME for reference implementation of HIPPO * Completed reference implementation of HIPPO * Cleanup and optimization to HIPPO reference * Further cleanup to HIPPO * Combined direct space interactions into a single loop * Compute direct space interactions in quasi-internal frame * Beginning of CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Finished CUDA implementation of HIPPO * More features and test cases for HippoNonbondedForce * Serialization and Python API for HippoNonbondedForce * Fixed sign error in computing forces
-
- 24 Jul, 2018 1 commit
-
-
Peter Eastman authored
-
- 14 Feb, 2018 1 commit
-
-
Peter Eastman authored
-
- 17 Oct, 2016 1 commit
-
-
Peter Eastman authored
-
- 07 Sep, 2016 1 commit
-
-
Peter Eastman authored
-
- 03 Feb, 2016 1 commit
-
-
Saurabh Belsare authored
-
- 25 Jan, 2016 3 commits
-
-
Saurabh Belsare authored
Modified dummy cuda getLabFramePermanentDipoles from getSystemMultipoles to getInducedDipoles Implementation
-
Saurabh Belsare authored
Added LabFramePermanentDipole function to the cuda kernels files, but it currently works as getSystemMultipoleMoments
-
Saurabh Belsare authored
Added LabFramePermanentDipole function to the cuda kernels files, but it currently works as getSystemMultipoleMoments
-
- 14 Jan, 2016 1 commit
-
-
Peter Eastman authored
-
- 07 Jan, 2016 1 commit
-
-
Peter Eastman authored
-
- 05 Jan, 2016 1 commit
-
-
Peter Eastman authored
-
- 03 Sep, 2015 1 commit
-
-
peastman authored
-
- 27 Aug, 2015 1 commit
-
-
peastman authored
-
- 17 Aug, 2015 1 commit
-
-
peastman authored
-
- 06 Jul, 2015 1 commit
-
-
Robert McGibbon authored
-
- 23 Feb, 2015 1 commit
-
-
peastman authored
-
- 08 Feb, 2015 1 commit
-
-
Jason Swails authored
of just 1. Backwards compatibility is provided by making the 2nd force constant default to -1, which is reinterpreted as "copy the first force constant". Updates both the reference and CUDA kernels.
-
- 05 Feb, 2015 1 commit
-
-
Peter Eastman authored
-
- 04 Feb, 2015 1 commit
-
-
Peter Eastman authored
-
- 24 Jul, 2014 1 commit
-
-
peastman authored
-
- 18 Jul, 2014 1 commit
-
-
peastman authored
-
- 17 Oct, 2013 1 commit
-
-
peastman authored
-
- 09 Jul, 2013 1 commit
-
-
peastman authored
-
- 06 May, 2013 1 commit
-
-
Peter Eastman authored
-
- 15 Apr, 2013 1 commit
-
-
Yutong Zhao authored
-
- 22 Mar, 2013 1 commit
-
-
Peter Eastman authored
-
- 12 Jan, 2013 2 commits
-
-
Lee-Ping Wang authored
-
Lee-Ping Wang authored
Modified the AmoebaMultipoleForce.getSystemMultipoleMoments method with two extra arguments; toggle whether to evaluate energy/force and select maximum multipole order.
-