-
Notifications
You must be signed in to change notification settings - Fork 189
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bisection bugs in dipolar P3M #3915
Comments
I’m not sure, what to do about this. I do not understand the dipolar p3m code, unfortunately.
|
Temporary workaround for issue espressomd#3915.
It now fails on ICP computer |
My understanding is the following:
I assume that the previous tuning steps, which determins the number of mesh points, assignment order and r_cut doesn't handle the case where r_cut becomes bigger than half the local box properly. @pkreissl, @pstaerk, where/under what condition did the issue occur in the tutorial? |
The dipolar P3M algorithm fails for specific particle configurations. The bug depends on the box size and operating system. MWE:
./pypresso mwe.py
triggers an assertionRoot must be bracketed for bisection in dp3m_rtbisection in function double dp3m_rtbisection(...)
, initially reported in Refactor exception mechanism in P3M/DP3M tuning functions #3869 (comment)mpiexec -n 4 ./pypresso mwe.py
triggers an assertion and generates a stack trace (mwe.log) randomly, depends on the operating system, reported in ROCm 3.8 docker#189 (comment)dip = 2 * [(0.1, 0, 0)]
, it instead triggers the bisection assertionThis issue makes the
test_09_no_errors_dp3m_cpu()
check intestsuite/python/p3m_tuning_exceptions.py
fragile in CI, which prevents us from updating the ROCm image to Ubuntu 20.04.The text was updated successfully, but these errors were encountered: