Skip to content

Replay Unable to Track Shared Memory Allocators #930

@kab163

Description

@kab163

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.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions