-
Notifications
You must be signed in to change notification settings - Fork 26
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
Network Resources #69
Conversation
…ilding runnable, ucx and host memory resources
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Mostly comments/questions and requests for additional unit tests.
@drobison00 - marked all the "add top-level descriptions" as resolved as i completed them. Added #109 to add test coverage. It will be easier for me to see what needs more coverage when #105 is merged. |
@gpucibot merge |
This PR will:
memory_resource
object used to the bare minimum until rapidsai/rmm and libcudacxx have a generalizedmemory_resource
resources::Manager
is the component that constructs and destructs resources in the proper sequence. All runnable resources will be completed and joined whenresource::Manager
is destructed. The only type of object allowed to out live theresource::Manager
are data/memory object. This is because they are ultimately backed by malloc/cudaMallocHost/cudaMalloc which are persistent resources throughout the life of the application. Data created by these resources with the pipeline and transfered back to the user application should outlive theExecutor/resources::Manager
.See [/src/internal/resources/manager.hpp](resources::Manager definition) and follow the deconstruction sequence, i.e. the reverse order of the member variables as defined in the header.
Completion of the PR should:
tests/test_memory.cpp
#58