Skip to content
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

Support arbitrary CUDA versions in UDF code #15950

Merged
merged 5 commits into from
Jun 10, 2024

Conversation

bdice
Copy link
Contributor

@bdice bdice commented Jun 6, 2024

Description

This PR eliminates the manual mapping from PTX versions to CUDA versions, to help support CUDA 12.5 and newer without requiring a manual update to _numba.py for every CUDA release. This also updates the minimum compute capability PTX file from arch 60 to arch 70, since that is now the minimum required by RAPIDS.

Checklist

  • I am familiar with the Contributing Guidelines.
  • New or existing tests cover these changes.
  • The documentation is up to date with these changes.

@github-actions github-actions bot added Python Affects Python cuDF API. CMake CMake build issue labels Jun 6, 2024
@bdice bdice added improvement Improvement / enhancement to an existing function non-breaking Non-breaking change labels Jun 6, 2024
@bdice bdice self-assigned this Jun 6, 2024
@github-actions github-actions bot added the pylibcudf Issues specific to the pylibcudf package label Jun 9, 2024
@bdice bdice marked this pull request as ready for review June 9, 2024 01:33
@bdice bdice requested a review from a team as a code owner June 9, 2024 01:33
@bdice bdice requested review from mroeschke and lithomas1 June 9, 2024 01:33
@bdice bdice changed the title Add CUDA 12.5 to supported PTX versions Support arbitrary CUDA versions in strings_udf Jun 9, 2024
Comment on lines -175 to -185
ver_map = {
"7.5": (11, 5),
"7.6": (11, 6),
"7.7": (11, 7),
"7.8": (11, 8),
"8.0": (12, 0),
"8.1": (12, 1),
"8.2": (12, 2),
"8.3": (12, 3),
"8.4": (12, 4),
}
Copy link
Contributor Author

Choose a reason for hiding this comment

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

The main point of this PR is to get rid of this mapping!

@bdice bdice requested a review from brandon-b-miller June 9, 2024 01:37
Copy link
Contributor

@gmarkall gmarkall left a comment

Choose a reason for hiding this comment

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

This looks good to me - I don't have enough Cython experience to comment on whether the CUDA build version should be obtained from a static int or a function, but I think the general idea here is sound.

Copy link
Contributor

@brandon-b-miller brandon-b-miller left a comment

Choose a reason for hiding this comment

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

Thanks @bdice , longstanding issue that I'm happy to see solved cleanly.

@bdice
Copy link
Contributor Author

bdice commented Jun 10, 2024

Thanks for the feedback @gmarkall @brandon-b-miller! I applied your feedback on naming. I'll go ahead and merge once CI passes.

@bdice bdice changed the title Support arbitrary CUDA versions in strings_udf Support arbitrary CUDA versions in UDF code Jun 10, 2024
@bdice
Copy link
Contributor Author

bdice commented Jun 10, 2024

/merge

@rapids-bot rapids-bot bot merged commit 9b2c35f into rapidsai:branch-24.08 Jun 10, 2024
71 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CMake CMake build issue improvement Improvement / enhancement to an existing function non-breaking Non-breaking change pylibcudf Issues specific to the pylibcudf package Python Affects Python cuDF API.
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

3 participants