Guidance on randn hanging on MI250X
Open
Nobody has claimed this yet.
- Dominant language
- Julia
- Stars
- 344
- Forks
- 79
- Avg merge
- 2d 23h
- Merged PRs (30d)
- 27
Description
The question is three-fold:
- What's the best way to generate random numbers (not arrays) on device kernel code.
- When trying
AMDGPU.randn(eltype(u), 1)orrandn(eltype(u), 1)(from Base), AMDGPU.jl hangs with those on the Crusher MI250X usingrocm/5.4.0(no error, job just dies until times out after 3 min/4 min). Without those it runs fine, but the problem requires random numbers on device.
Any guidance is appreciated and thanks for the great job.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the reported AMDGPU.randn(eltype(u), 1) and Base randn(eltype(u), 1) calls on a Crusher MI250X with rocm/5.4.0, comparing them with the working code path without random numbers. The issue names no files or tests; done would be clear guidance on device-kernel random number generation and an explanation or resolution for the hang.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- julia
- Domain
- backend, hpc
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100