[CP2K-user] number of g-vectors for grid
Hans Pabst
hf.... at gmail.com
Sun Mar 31 18:57:28 UTC 2019
For a given workload (LiHFX <https://www.cp2k.org/performance#lih-hfx>), I
was successfully running with 128 nodes (6144 cores). However, with more
nodes, CP2K 6.1 release as well as v7.0-dev terminates with a runtime
condition where the number of g-vectors of the PW-grid does not meet the
following criterion: CPASSERT(pw_grid%ngpts_cut_local == gpt), which is at
line #1608 in CP2K/master. I ran with all preferrable node-counts beyond
128, but it always hits the assertion. I understand that one can
overdecompose a workload (or otherwise hit a condition that is simply not
possible for a given input). However, with LiHFX in particular, there are
results published that ran successfully on way more nodes/cores. Given the
latter, I wonder if I am trapped by some mistake. Do you have an advice on
how to best run this workload? I was already using preferrable rank/thread
combinations and of course relying on the hybrid binary (PSMP). Is there an
adjustment of LIBINT settings needed (-D__LIBINT_MAX_AM=7
-D__LIBDERIV_MAX_AM1=6 -D__MAX_CONTR=4)?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cp2k.org/archives/cp2k-user/attachments/20190331/2714710e/attachment.htm>
More information about the CP2K-user
mailing list