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

[Feature]: controlling the profiling scope #136

Open
maartenarnst opened this issue Feb 19, 2024 · 0 comments
Open

[Feature]: controlling the profiling scope #136

maartenarnst opened this issue Feb 19, 2024 · 0 comments

Comments

@maartenarnst
Copy link

maartenarnst commented Feb 19, 2024

Suggestion Description

The documentation for rocprofiler-v1 indicates that the profiling scope can be controlled by "dispatch range" and "kernel name". Here, the "dispatch range" is an index or a range of indices of dispatch ranges. However, when using roctx markup, the ranges are labelled with strings by their names, and not with numbers by indices. Indeed, roctxRangeStart takes the name as input, and it returns the index, but this index is typically an internal number in the code, not accessible to the user.

Thus, a useful feature may be to provide the ability to control the profiling scope by passing the name of the roctx range.

The feature would be similar to --nvtx-include and --nvtx-exclude that can be passed to ncu on Cuda.

A related question is how the profiling scope should/can be controlled in rocprofiler-v2.

Operating System

No response

GPU

No response

ROCm Component

No response

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant