<h2>Description<a class="headerlink" href="#description" title="Permalink to this headline">¶</a></h2>
<p>Choose the style of time integrator used for molecular dynamics
simulations performed by LAMMPS.</p>
<p>The <em>verlet</em> style is a standard velocity-Verlet integrator.</p>
<hr class="docutils" />
<p>The <em>verlet/split</em> style is also a velocity-Verlet integrator, but it
splits the force calculation within each timestep over 2 partitions of
processors. See <a class="reference internal" href="Section_start.html#start-7"><span>Section_start 6</span></a> for an
explanation of the -partition command-line switch.</p>
<p>Specifically, this style performs all computation except the
<a class="reference internal" href="kspace_style.html"><em>kspace_style</em></a> portion of the force field on the 1st
partition. This include the <a class="reference internal" href="pair_style.html"><em>pair style</em></a>, <a class="reference internal" href="bond_style.html"><em>bond style</em></a>, <a class="reference internal" href="neighbor.html"><em>neighbor list building</em></a>,
<a class="reference internal" href="fix.html"><em>fixes</em></a> including time intergration, and output. The
<a class="reference internal" href="kspace_style.html"><em>kspace_style</em></a> portion of the calculation is
performed on the 2nd partition.</p>
<p>This is most useful for the PPPM kspace_style when its performance on
a large number of processors degrades due to the cost of communication
in its 3d FFTs. In this scenario, splitting your P total processors
into 2 subsets of processors, P1 in the 1st partition and P2 in the
2nd partition, can enable your simulation to run faster. This is
because the long-range forces in PPPM can be calculated at the same
time as pair-wise and bonded forces are being calculated, and the FFTs
can actually speed up when running on fewer processors.</p>
<p>To use this style, you must define 2 partitions where P1 is a multiple
of P2. Typically having P1 be 3x larger than P2 is a good choice.
The 3d processor layouts in each partition must overlay in the
following sense. If P1 is a Px1 by Py1 by Pz1 grid, and P2 = Px2 by
Py2 by Pz2, then Px1 must be an integer multiple of Px2, and similarly
for Py1 a multiple of Py2, and Pz1 a multiple of Pz2.</p>
<p>Typically the best way to do this is to let the 1st partition choose
its onn optimal layout, then require the 2nd partition’s layout to
match the integer multiple constraint. See the
<a class="reference internal" href="processors.html"><em>processors</em></a> command with its <em>part</em> keyword for a way
to control this, e.g.</p>
<div class="highlight-python"><div class="highlight"><pre>procssors * * * part 1 2 multiple
</pre></div>
</div>
<p>You can also use the <a class="reference internal" href="partition.html"><em>partition</em></a> command to explicitly
specity the processor layout on each partition. E.g. for 2 partitions
Built with <a href="http://sphinx-doc.org/">Sphinx</a> using a <a href="https://github.com/snide/sphinx_rtd_theme">theme</a> provided by <a href="https://readthedocs.org">Read the Docs</a>.