Skip to content

Conversation

@edgchen1
Copy link
Contributor

Description
Clean up a CUDAExecutionProvider's associated PerThreadContext instances when that CUDAExecutionProvider is destroyed.

Revert workaround (introduced in #3767) to lazily initialize CUDA handles to avoid segmentation fault. For that case, the CUDA handle cleanup was happening quite a bit later than the CUDAExecutionProvider destructor. This should be a cleaner way to fix that.

Motivation and Context
Clean up a workaround.

@edgchen1 edgchen1 requested a review from a team as a code owner May 21, 2020 22:16
@SherlockNoMad SherlockNoMad added the core runtime issues related to core runtime label May 25, 2020
yuslepukhin
yuslepukhin previously approved these changes May 26, 2020
Copy link
Member

@yuslepukhin yuslepukhin left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

:shipit:

@edgchen1 edgchen1 merged commit ee6371d into master May 27, 2020
@edgchen1 edgchen1 deleted the edgchen1/rework_cuda_ep_tls branch May 27, 2020 18:01
jingyanwangms pushed a commit that referenced this pull request Jun 11, 2020
…ruction (#4017)

Clean up a CUDAExecutionProvider's associated PerThreadContext instances when that CUDAExecutionProvider is destroyed.

Revert workaround (introduced in #3767) to lazily initialize CUDA handles to avoid segmentation fault. For that case, the CUDA handle cleanup was happening quite a bit later than the CUDAExecutionProvider destructor. This should be a cleaner way to fix that.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

core runtime issues related to core runtime

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants