Elementο
This module introduces the various beamline elements supported in PASS.
CrossingAngle, CrabCavity and FloatWaister are described in Beam-Beam Interaction (BeamBeam).
- Element errors
- Magnet ramping
- Marker
- Drift
- Dipole (SBend)
- Quadrupole
- Sextupole
- Octupole
- Multipole
- Interface Parameters
- Usage Examples
- Coordinate Convention
- Multipole Field and Normalized Strength
- Overall Tracking Flow
- Physical Derivation
- Horner Nested Evaluation
- Exact Drift Map
- Symplectic Integrators
- Naturally Included Effects
- Reference-orbit scope
- Application Scenarios
- References
- Internal Space Charge
- Solenoid
- ElectronCooler
- Kicker
- Bump
- ElSeparator
- Exciter
- ACDipole
- RFCavity
Integration precisionο
The symmetric fourth-order composition uses
CPU and GPU use the same double-precision composition coefficients. GPU split maps retain double precision for element lengths, substep lengths and accumulated multipole momentum increments, including transport between internal space-charge nodes.
This applies to the split maps of bends, quadrupoles, sextupoles, octupoles, multipoles, kickers and solenoids with superposed multipole fields. A pure uniform solenoid uses its exact uniform-field map. These changes preserve the maps, field normalization and integration order.
Particle Precision still controls the stored six-dimensional coordinates.
FP32 therefore denotes storage precision, not exclusively FP32 arithmetic.
Remaining intermediate types depend on the element: for example, static RKR
bends use binary64 working coordinates, whereas CPU FP32 RKR transport with
internal space-charge nodes still rounds its submaps into the live FP32 arrays.
CPU/GPU results are not required to be bit-identical. Binary64 step coefficients
reduce an avoidable source of error, but do not remove coordinate rounding or
integrator truncation error; more slices need not improve FP32 accuracy.