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

OpenCL 2.0 / SVM support? #217

Open
lukasberbuer opened this issue Apr 4, 2018 · 8 comments
Open

OpenCL 2.0 / SVM support? #217

lukasberbuer opened this issue Apr 4, 2018 · 8 comments

Comments

@lukasberbuer
Copy link

Hi,
are there plans for OpenCL 2.0 / Shared Virtual Memory support in the near future?
Especially the use of coarse grained svm would be very handy on AMD APUs.

@tingxingdong
Copy link

clFFT is under maintenance mode. So no active development. AMD encourage developer switch to ROCM using rocFFT: https://github.com/ROCmSoftwarePlatform/rocFFT

@lukasberbuer
Copy link
Author

Thanks for clarification.
If I look at ROCm, there is rocFFT (based on HIP) or hcFFT (hcc). Is it time to say bye to classic C + OpenCL?

@tingxingdong
Copy link

use rocFFT no hcFFT. We recommend user to use rocFFT but not say goodbye to clFFT yet.

@bragadeesh
Copy link
Member

clFFT can run on rocm as well; we are pointing everyone to use the rocm stack.
But as mentioned, clFFT is not actively developed, rocFFT at some point will catch up to clFFT in terms of features and performance.

@TillAlex
Copy link

TillAlex commented Apr 4, 2018

I do not really understand why AMD seems to be turning it's back on OpenCL. It was great to have platform independent HPC libraries like clFFT and clBLAS and I wished there were more. Using rocFFT I have to compile different binaries for AMD and Nvidia (what about CPUs or Intel GPUs?). If now all vendors go back to platform specific solutions probably most developers will turn to the most evolved solution, which unfortunately is CUDA.

@bragadeesh
Copy link
Member

@TillAlex I agree that OpenCL is great for portability for many of our users; but a lot of what we do is dictated by market demands and adoptions, and unfortunately opencl has not had that wide traction. Please note we still try to support clFFT and opencl runs on rocm stack.

@tingxingdong
Copy link

you can run rocFFT on Nvidia GPU. rocFFT is written in HIP. HIP can run on NVIDIA GPU.
https://github.com/ROCmSoftwarePlatform/rocFFT/wiki/Setting-up-enviroment-on-NVIDIA-platform

@lukasberbuer
Copy link
Author

lukasberbuer commented Apr 7, 2018

Thanks for your replies.
After a lot of research, I'm still confused about the right choices between HIP, HCC and OpenCL (https://goo.gl/xYkMFv had some good hints though).

To make in more specific: We plan heavy signal processing (fft, filtering, clustering, ...) on a embedded Ryzen V1000 and need to utilize the APU efficiently. HIP doesn't make sense, because we won't port to CUDA. So it's the choice between HCC (using rocFFT) and C+OpenCL (using clFFT).

What would be your choices for an embedded system regarding long time support (~10 years)?
(Sorry for getting offtopic.)

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

4 participants