Frequently Asked Questions¶
If something doesn’t work as you expect, please first update to the latest
version of the UPET package (and simulation engines like
lammps-metatomic) before spending hours debugging or reporting an
issue. Our codebase evolves quickly and chances are your issue has been
fixed in a recent update. If you still see the problem after updating,
please check the FAQs below, and open an issue or a discussion if you didn’t find the
answer.
Q: What model should I use for my application?
A:
For molecular dynamics simulations, we recommend the PET-MAD v1.6.0 models. They also cover catalytic surfaces, so prefer them over PET-MAD v1.5.0 for surface reactions and adsorption energies.
For materials discovery tasks (convex hull energies, geometry optimization, phonons, etc.), we recommend the PET-OAM models.
For accurate and fast simulations of biomolecules, we recommend the PET-SPICE models.
If you want to fine-tune your own model, we recommend starting from the PET-OMat checkpoints and choosing an appropriate size (XS to XL) for your needs.
In any case, start from the smaller models (XS or S) to benchmark your application, then scale up if you need more accuracy.
Q: I was using PET-MAD v1.5.0. Should I switch to v1.6.0?
A: Yes, in almost all cases. PET-MAD-1.6 is trained on the MAD-1.6
dataset, which adds catalytic surfaces on top of MAD-1.5, and it covers the
same 102 elements at the same r2SCAN level of theory. It also adds a new M
size and is compatible with torch.compile (see Available models). The API
is unchanged — just bump the version argument, or drop it entirely to
always get the latest release:
calculator = UPETCalculator(model="pet-mad-s", device="cuda")
Note that energies from v1.5.0 and v1.6.0 are not directly comparable, so do not mix them within a single study. The v1.5.0 checkpoints remain available for reproducing earlier results.
Q: The model is slow for my application. What should I do?
A:
Make sure you run it on a GPU.
Use an S or XS model.
Simulate with LAMMPS (KOKKOS-GPU version).
Use non-conservative forces and stresses, preferably with multiple time-stepping. See this example for details.
Still too slow? Check out FlashMD for a further 30x boost.
Q: My MD ran out of memory. How do I fix that?
A:
Reduce the model size (XS models are the least memory-intensive).
Reduce the structure size.
Try LAMMPS (KOKKOS-GPU version) and run with multiple MPI tasks to enable domain decomposition.
As a last resort, use non-conservative forces and stresses.
If you hit a weird bug when running more than 65535 atoms on GPU, this is not an out-of-memory bug but a PyTorch bug. You can work around it by adding
torch.backends.cuda.enable_mem_efficient_sdp(False)(after importingtorch) near the top of your script.
Q: The model is not fully equivariant. Should I worry?
A: Although our models are unconstrained, they are explicitly trained for equivariance, and the equivariance error is, in the vast majority of cases, one to two orders of magnitude smaller than the machine-learning error with respect to the target electronic structure method. Hence:
Read this paper, which shows that the impact of non-equivariance on observables is often negligible. Proceed to the next two points only if you believe you are seeing effects due to non-equivariance.
For MD, activate random frame averaging (a tutorial is coming).
For geometry optimization, use a symmetrized calculator (see the
rotational_average_orderparameter in the ASE calculator, documented at ASE).
Q: The XL models are huge!
A: There are two aspects to this:
The number of parameters is large, but they are used in a very sparse way and the evaluation cost is comparable to — and often lower than — that of other large models in the field.
The listed cutoff radius may be large, but the cutoff strategy is adaptive: the model prunes the neighbor list internally. The effective cutoff for the vast majority of atomic environments in materials ends up being between 4 and 7 Å in practice.
Q: I’m fine-tuning UPET models. Any other FAQs I should know about?
A: Yes, please also see the metatrain FAQs.
Known issues¶
Simulation blows up with lammps-metatomic 2025.9.10.mta2
While running UPET models with the version above, we observe that
simulations blow up. This is most likely a bug introduced in a recent PR
in lammps-metatomic. Please update to the latest version of
lammps-metatomic (2025.9.10.mta3 or later) to fix this.