You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When gathering a replay trace of some program that uses shared memory allocators, the replay executable is unable to replay that file and no .ult file is dumped. It just seg faults.
To Reproduce
Steps to reproduce the behavior:
Run any program that uses umpire shared memory with the UMPIRE_REPLAY=On env variable. Get the .stats file.
Build and make a separate umpire build with tools enabled (and hip/cuda enabled if appliable, shared memory if applicable, etc.)
If you run the replay executable with the -d option to get a .ult file dumped out, it will seg fault.
Expected behavior
Replay should be able to handle shared memory allocators especially as interest in using shared memory increases...
Compilers & Libraries (please complete the following information):
I ran a marbl triple pt run with the device memory on and it happens to use some shared memory allocators.
I ran this on rzadams with hip enabled, rocm/6.0.3, cmake/3.23.1, and shared memory
Additional context
The problem is likely that Replay is not tracking the traits that shared memory allocators use. It really just needs to know about the size of the shared memory allocator. Once that is added, that should be enough to get things working.
The text was updated successfully, but these errors were encountered:
Describe the bug
When gathering a replay trace of some program that uses shared memory allocators, the replay executable is unable to replay that file and no
.ult
file is dumped. It just seg faults.To Reproduce
Steps to reproduce the behavior:
Run any program that uses umpire shared memory with the
UMPIRE_REPLAY=On
env variable. Get the.stats
file.Build and make a separate umpire build with tools enabled (and hip/cuda enabled if appliable, shared memory if applicable, etc.)
If you run the replay executable with the
-d
option to get a .ult file dumped out, it will seg fault.Expected behavior
Replay should be able to handle shared memory allocators especially as interest in using shared memory increases...
Compilers & Libraries (please complete the following information):
I ran a marbl triple pt run with the device memory on and it happens to use some shared memory allocators.
I ran this on rzadams with hip enabled, rocm/6.0.3, cmake/3.23.1, and shared memory
Additional context
The problem is likely that Replay is not tracking the traits that shared memory allocators use. It really just needs to know about the size of the shared memory allocator. Once that is added, that should be enough to get things working.
The text was updated successfully, but these errors were encountered: