-
Notifications
You must be signed in to change notification settings - Fork 43
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
host-side memory leak #397
Comments
Now with a pure-C reproducer (no python involved) I'm doing plain dlopen / dlclose https://github.com/FabioLuporini/hpc-bugs/tree/main/omp-off-leak/c |
unable to access this link: https://github.com/FabioLuporini/hpc-bugs/tree/main/omp-off-leak/c |
Sorry, I renamed the folders at some point. Here's the working link: https://github.com/FabioLuporini/hpc-bugs/tree/main/amdgpu.clang-amd/omp-off-leak/c |
@Lynd98 could you grab this testcase and valgrind it |
15.0-3:
16.0-0
|
@estewart08 is the fix in ROCm v5.2.3 or in any of the docker images here https://hub.docker.com/r/rocm/dev-ubuntu-20.04/tags ? |
No, the fix is in AOMP 16.0-0 and will be in ROCm 5.4. |
excellent, thanks! any ETA on the release (ballpark OK -- weeks / months?) |
Can we check if this is working in 16.0-0. Or wait till 16.0-1 comes out later this week and recheck. |
Hi Greg, I talked to @yaomingamd who told me that the I've been advised to rather use |
the script is fixed in upcoming 5.4 release. to move to clang/clang++/amdclang/amdclang++ |
Below a pure-C minimal failing example showing an increase in memory consumption when multiple omp-offloading shared objects are called back to back from Python
https://github.com/devitocodes/devito/tree/patch-omp-off-leakage/tests/omp-mfe
the MFE files are hosted on a devito branch, but the MFE is completely independent of devito
reproduced with:
hypothesis: openmp runtime keeping around pinned memory buffers
run as per README.md at link
The text was updated successfully, but these errors were encountered: