Originally posted by illwieckz
View Post
Announcement
Collapse
No announcement yet.
AMD Publishes Video To Explain The Radeon Open Compute Stack (ROCm)
Collapse
X
-
[QUOTE=PuckPoltergeist;n1186037]
-
Originally posted by PuckPoltergeist View Post
Are you using it together with mesa? If yes, please tell us, how are you doing this. Cause, llvm can't be mixed in different versions. And ROCm is using some dev-version of llvm (llvm-11 at the moment) whereas mesa works with the latest released version of llvm (llvm-10 or llvm-9).
Leave a comment:
-
Originally posted by pal666 View Postit's a wrapper, which still requires underlying implementation. efficient and cross-platform compute is called vulkan
Leave a comment:
-
[QUOTE=illwieckz;n1186022]
AMD stuff works very well on the Mesa graphic side of things but you can't assume it's the same on non-graphic side, as those software stacks usually have almost nothing in common.
...
Those are very different software stacks and they do very different things, the only thing in common may be they both run on the same kernel driver, but that's all:
[/QUOTE}
But that's a very big part.
The code to grok OpenCL does not share code with the one groking OpenGL. You can't assume you can accelerate Darktable with OpenCL because your OpenGL game is rendered efficiently.
- Likes 1
Leave a comment:
-
Originally posted by pal666 View Postproprietary shit is never an option
i'm guessing you are clueless
2.) We are talking pure compute here not graphics and again is a fact that CUDA reign supreme in this segment, sadly i agree but is reality
- Likes 3
Leave a comment:
-
ROCm reeks of Beignet envy..... And Beignet failed miserably just as ROCm will for exactly the same reasons....
Leave a comment:
-
Originally posted by vein View PostI do not understand why people have sop much problems with these libraries. I have been using them for OpenCL and now OpenMP with my Fiji card for at least...2 years on Arch and AUR. I have had relatively few problems. Few hicks when upgrading to new versions, that have sorted themselves out pretty quickly.
Leave a comment:
-
Originally posted by illwieckz View Post
If you don't use compute, you don't know what people are talking about and your opinion does not matter.
AMD stuff works very well on the Mesa graphic side of things but you can't assume it's the same on non-graphic side, as those software stacks usually have almost nothing in common.
Assuming AMD compute stack is good because AMD graphic stack is good is wronger than assuming amdgpu-pro graphic driver that does not share anything with Mesa is good because Mesa's radeon is good.
Those are very different software stacks and they do very different things, the only thing in common may be they both run on the same kernel driver, but that's all: that unique “kernel driver” does not do anything related to those application developer targeted API that are OpenGL, OpenCL, etc.
The code to grok OpenCL does not share code with the one groking OpenGL. You can't assume you can accelerate Darktable with OpenCL because your OpenGL game is rendered efficiently.
Basically, if you don't have the right GPU (Vega?) and the right distro (Ubuntu LTS?) you have to get your hands dirty to get compute working, and in some case you cannot have compute working at all.
Yes, this, totally this..... AMD really needs to find an upstream project to contribute to. When they release their own code with their own upstream it really sucks ass. AMD OpenCL support at this time really sucks ass. Clover -STILL- has better compatibility than ROCm, the problem with Clover is AMD won't update it to support newer GPU's. ROCm really needs to be abandoned and Clover really needs to be picked back up. That is, at least, if AMD actually wants working OpenCL with a really great upstream community to maintain it.
- Likes 2
Leave a comment:
-
Originally posted by pal666 View Posti'm not aware of any issues with my rx580(but i don't use compute)
AMD stuff works very well on the Mesa graphic side of things but you can't assume it's the same on non-graphic side, as those software stacks usually have almost nothing in common.
Assuming AMD compute stack is good because AMD graphic stack is good is wronger than assuming amdgpu-pro graphic driver that does not share anything with Mesa is good because Mesa's radeon is good.
Those are very different software stacks and they do very different things, the only thing in common may be they both run on the same kernel driver, but that's all: that unique “kernel driver” does not do anything related to those application developer targeted API that are OpenGL, OpenCL, etc.
The code to grok OpenCL does not share code with the one groking OpenGL. You can't assume you can accelerate Darktable with OpenCL because your OpenGL game is rendered efficiently.
Basically, if you don't have the right GPU (Vega?) and the right distro (Ubuntu LTS?) you have to get your hands dirty to get compute working, and in some case you cannot have compute working at all.
- Likes 8
Leave a comment:
Leave a comment: