--- trunk/oopsePaper/oopsePaper.tex 2004/05/11 19:36:28 1155 +++ trunk/oopsePaper/oopsePaper.tex 2004/05/12 19:32:47 1168 @@ -190,25 +190,13 @@ a given atom type are set in the force field parameter dipoles). Charges, permanent dipoles, and Lennard-Jones parameters for a given atom type are set in the force field parameter files. -\begin{lstlisting}[float,caption={[Specifier for molecules and atoms] A sample specification of an Ar molecule},label=sch:AtmMole] -molecule{ - name = "Ar"; - nAtoms = 1; - atom[0]{ - type="Ar"; - position( 0.0, 0.0, 0.0 ); - } -} -\end{lstlisting} - - Atoms can be collected into secondary structures such as rigid bodies or molecules. The molecule is a way for {\sc oopse} to keep track of the atoms in a simulation in logical manner. Molecular units store the identities of all the atoms and rigid bodies associated with themselves, and are responsible for the evaluation of their own internal interactions (\emph{i.e.}~bonds, bends, and torsions). Scheme -\ref{sch:AtmMole} shows how one creates a molecule in a ``model'' or +\ref{sch:mdlExample} shows how one creates a molecule in a ``model'' or \texttt{.mdl} file. The position of the atoms given in the declaration are relative to the origin of the molecule, and is used when creating a system containing the molecule. @@ -221,7 +209,7 @@ motion have been much worse than those available for t included in most simulation packages because of the algorithmic complexity involved in propagating orientational degrees of freedom. Until recently, integrators which propagate orientational -motion have been much worse than those available for translational +motion have had energy conservation problems when compared to those available for translational motion. Moving a rigid body involves determination of both the force and @@ -263,11 +251,9 @@ definition of a rigid body can be seen in Scheme entire nine parameter rotation matrix. Further discussion on this choice can be found in Sec.~\ref{oopseSec:integrate}. An example definition of a rigid body can be seen in Scheme -\ref{sch:rigidBody}. The positions in the atom definitions are the -placements of the atoms relative to the origin of the rigid body, -which itself has a position relative to the origin of the molecule. +\ref{sch:rigidBody}. -\begin{lstlisting}[float,caption={[Defining rigid bodies]A sample definition of a rigid body},label={sch:rigidBody}] +\begin{lstlisting}[float,caption={[Defining rigid bodies]A sample definition of a molecule containing a rigid body},label={sch:rigidBody}] molecule{ name = "TIP3P"; nAtoms = 3; @@ -296,8 +282,71 @@ Once all prototypes are declared, the ordering of the The actual creation of a {\sc bass} script requires several key components. The first part of the script needs to be the declaration of all of the molecule prototypes used in the simulation. This is typically done through the inclusion of {\tt .mdl} files. Only the molecules actually present in the simulation need to be declared, however {\sc bass} allows for the declaration of more molecules than are needed. This gives the user the ability to build up a library of commonly used molecules into a single {\tt .mdl} file. -Once all prototypes are declared, the ordering of the rest of the script is less stringent. Typically, the next to follow the molecular prototypes are the component statements. These statements specify which molecules are present within the simulation. The number of components must first be declared before the first component block statement (an example is seen in Sch.~\ref{sch:bassExPrime}). +Once all prototypes are declared, the ordering of the rest of the script is less stringent. Typically, the next to follow the molecular prototypes are the component statements. These statements specify which molecules are present within the simulation. The number of components must first be declared before the first component block statement (an example is seen in Sch.~\ref{sch:bassExPrime}). The component blocks tell {\sc oopse} the number of molecules that will be in the simulation, and the order in which the components blocks are declared sets the ordering of the real atoms within the simulation as well as in the output files. + +The remainder of the script then sets the various simulation parameters for the system of interest. The required set of parameters that must be present in all simulations is given in Table~\ref{table:reqParams}. The {\tt ensemble} statement is responsible for selecting the integration method used for the calculation of the equations of motion. An in depth discussion of the various methods available in {\sc oopse} can be found in Sec.~\ref{oopseSec:mechanics}. The {\tt forceField} statement is important for the selection of which forces will be used in the course of the simulation. {\sc oopse} supports several force fields, as outlined in Sec.~\ref{oopseSec:empericalEnergy}. The force fields are interchangeable between simulations, with the only requirement being that all atoms needed by the simulation are defined within the selected force field. The time step between force evaluations is set with the {\tt dt} parameter, and {\tt runTime} will set the time length of the simulation. Note, that {\tt runTime} is an absolute time, meaning if the simulation is started at t = 10.0~ns with a {\tt runTime} of 25.0~ns, the simulation will only run for an additional 15.0~ns. The final required parameter, is the {\tt initialConfig} statement. This will set the initial coordinates for the system, as well as the initial time if the {\tt useInitalTime = true;} flag is given. The format of the file specified in {\tt initialConfig}, is given in Sec.~\ref{oopseSec:coordFiles}. Additional parameters are summarized in Table~\ref{table:genParams}. + +\begin{table} +\caption{The Global Keywords: Required Parameters} +\label{table:reqParams} +\begin{center} +% Note when adding or removing columns, the \hsize numbers must add up to the total number +% of columns. +\begin{tabularx}{\linewidth}% + {>{\setlength{\hsize}{1.00\hsize}}X% + >{\setlength{\hsize}{0.4\hsize}}X% + >{\setlength{\hsize}{1.2\hsize}}X% + >{\setlength{\hsize}{1.4\hsize}}X} +{\bf keyword} & {\bf units} & {\bf use} & {\bf remarks} \\ \hline + +{\tt forceField} & string & Sets the force field. & Possible force fields are "DUFF", "LJ", and "EAM". \\ +{\tt ensemble} & string & Sets the ensemble. & Possible ensembles are "NVE", "NVT", "NPTi", "NPTf", and "NPTxyz".\\ +{\tt dt} & fs & Sets the time step. & Selection of {\tt dt} should be small enough to sample the fastest motion of the simulation. \\ +{\tt nComponents} & integer & Sets the number of components. & Needs to appear before the first {\tt Component} block. \\ +{\tt initialConfig} & string & Sets the file containing the initial configuration. & Can point to any file containing the configuration in the correct order. \\ +{\tt runTime} & fs & Sets the time at which the simulation should end. & This is an absolute time, and will end the simulation when the current time meets or exceeds the {\tt runTime}. \\ + + +\end{tabularx} +\end{center} +\end{table} + +\begin{table} +\caption{The Global Keywords: General Parameters} +\label{table:genParams} +\begin{center} +% Note when adding or removing columns, the \hsize numbers must add up to the total number +% of columns. +\begin{tabularx}{\linewidth}% + {>{\setlength{\hsize}{1.00\hsize}}X% + >{\setlength{\hsize}{0.4\hsize}}X% + >{\setlength{\hsize}{1.2\hsize}}X% + >{\setlength{\hsize}{1.4\hsize}}X} + +{\bf keyword} & {\bf units} & {\bf use} & {\bf remarks} \\ \hline + +{\tt finalConfig} & string & Option to set the name of the final output file. & Useful when stringing simulations together. Defaults to the {\tt .bass} file with an {\tt .eor} extension. \\ +{\tt useInitialTime} & logical & Sets whether the initial time is taken from the {\tt .init} file. & Useful when recovering a simulation from a crashed processor. Default is false. \\ +{\tt sampleTime} & fs & Sets the frequency at which the {\tt .dump} file is written. & Default sets the frequency to the {\tt runTime}. \\ +{\tt statusTime} & fs & Sets the frequency at which the {\tt .stat} file is written. & Defaults sets the frequency to the {\tt sampleTime}. \\ +{\tt LJrcut} & $\mbox{\AA}$ & Manually sets the Lennard-Jones cutoff. & Defaults to $2.5\sigma_L$, where $\sigma_L$ is the largest LJ $\sigma$ in the simulation. \\ +{\tt electrostaticCutoffRadius}& & & \\ + & $\mbox{\AA}$ & Manually sets the cutoff used by the electrostatic potentials. & Defaults to $15\mbox{\AA}$ \\ +{\tt electrostaticSkinThickness} & & & \\ + & $\mbox{\AA}$ & Manually sets the skin thickness for the electrostatic switching function. & Defaults to 5~\% of the {\tt electrostaticSkinThickness}. \\ +{\tt useReactionField} & logical & Turns the reaction field correction on/off. & Default is "false". \\ +{\tt dielectric} & unitless & Sets the dielectric constant for reaction field. & If {\tt useReactionField} is true, then {\tt dielectric} must be set. \\ +{\tt usePeriodicBoundaryConditions} & & & \\ + & logical & Turns periodic boundary conditions on/off. & Default is "true". \\ +{\tt seed } & integer & Sets the seed value for the random number generator. & The seed needs to be at least 9 digits long. The default is to take the seed from the CPU clock. + +\end{tabularx} +\end{center} +\end{table} + + + \subsection{\label{oopseSec:coordFiles}Coordinate Files} The standard format for storage of a systems coordinates is a modified @@ -512,10 +561,7 @@ range interactions from $\frac{1}{r}$ to $\frac{1}{r^3 charges. Charge-neutral distributions were replaced with dipoles, while most atoms and groups of atoms were reduced to Lennard-Jones interaction sites. This simplification cuts the length scale of long -range interactions from $\frac{1}{r}$ to $\frac{1}{r^3}$, and allows -us to avoid the computationally expensive Ewald sum. Instead, we can -use neighbor-lists and cutoff radii for the dipolar interactions, or -include a reaction field to mimic larger range interactions. +range interactions from $\frac{1}{r}$ to $\frac{1}{r^3}$, removing the need for the computationally expensive Ewald sum. Instead, we Verlet neighbor-lists and cutoff radii are used for the dipolar interactions, or a reaction field is added to mimic longer range interactions. As an example, lipid head-groups in {\sc duff} are represented as point dipole interaction sites. By placing a dipole at the head @@ -525,7 +571,7 @@ reparameterization of the soft sticky dipole (SSD) mod site is located at the pseudoatom's center of mass. The model is illustrated by the red atom in Fig.~\ref{oopseFig:lipidModel}. The water model we use to complement the dipoles of the lipids is our -reparameterization of the soft sticky dipole (SSD) model of Ichiye +reparameterization\cite{fennell04} of the soft sticky dipole (SSD) model of Ichiye \emph{et al.}\cite{liu96:new_model} \begin{figure} @@ -548,7 +594,7 @@ TraPPE also constrains all bonds to be of fixed length $\text{CH}_2$ do not change depending on what species are bonded to it. -TraPPE also constrains all bonds to be of fixed length. Typically, +TraPPE and {\sc duff} also constrain all bonds to be of fixed length. Typically, bond vibrations are the fastest motions in a molecular dynamic simulation. Small time steps between force evaluations must be used to ensure adequate energy conservation in the bond degrees of freedom. By @@ -578,7 +624,7 @@ forceField = "DUFF"; \end{lstlisting} -\subsection{\label{oopseSec:energyFunctions}{\sc duff} Energy Functions} +\subsubsection{\label{oopseSec:energyFunctions}{\sc duff} Energy Functions} The total potential energy function in {\sc duff} is \begin{equation} @@ -707,7 +753,7 @@ cutoff. The switching thickness can be set in the \tex is the taper radius some given thickness less than the electrostatic cutoff. The switching thickness can be set in the \texttt{.bass} file. -\subsection{\label{oopseSec:SSD}The {\sc duff} Water Models: SSD/E and SSD/RF} +\subsubsection{\label{oopseSec:SSD}The {\sc duff} Water Models: SSD/E and SSD/RF} In the interest of computational efficiency, the default solvent used by {\sc oopse} is the extended Soft Sticky Dipole (SSD/E) water @@ -825,12 +871,9 @@ There are Molecular Dynamics packages which have the \subsection{\label{oopseSec:eam}Embedded Atom Method} -There are Molecular Dynamics packages which have the -capacity to simulate metallic systems, including some that have -parallel computational abilities\cite{plimpton93}. Potentials that -describe bonding transition metal -systems\cite{Finnis84,Ercolessi88,Chen90,Qi99,Ercolessi02} have an -attractive interaction which models ``Embedding'' +{\sc oopse} implements a potential that +describes bonding transition metal +systems\cite{Finnis84,Ercolessi88,Chen90,Qi99,Ercolessi02} and has attractive interaction which models ``Embedding'' a positively charged metal ion in the electron density due to the free valance ``sea'' of electrons created by the surrounding atoms in the system. A mostly-repulsive pairwise part of the potential