Originally posted by agd5f
View Post
Announcement
Collapse
No announcement yet.
RadeonSI Gallium3D Re-Enables SDMA For Sea Islands, Carrizo
Collapse
X
-
Originally posted by marek View PostI don't know if people are interested in that.
It's not a question of people interested, it's a question whether there are enough people with older hardware who would benefit.
- Likes 1
Comment
-
Originally posted by PuckPoltergeist View Post
So it's most important for dGPUs. APUs won't have this benefit, cause VRAM and system memory are the same, right?
- lower overhead for the actual transfer
- can be used asynchronously from gfx
- optimized addressing patterns for transfers to/from linear memory layouts
- Likes 1
Comment
-
Originally posted by haagch View Postolder hardware
But then I remembered that AMD is still selling their first generation GCN with the most current series branding: https://en.wikipedia.org/wiki/List_o...84xx.29_Series
Also, the popular (?) R7 370 is SI too. As is 270 and 280.
So yea, do it.
- Likes 1
Comment
-
He, he, only AMD can do that, most dGPUs are SI actually but it is unsupported by pro driver nearly a year... meanwhile TF2 lockup on open, does not have CL/VK, etc...
Here developers talks about some SDMA benefits on APUs, with seems no way to measure... so i don't know what to think other than start to think that might be nothing but a virus
Comment
-
Originally posted by dungeon View PostHe, he, only AMD can do that, most dGPUs are SI actually but it is unsupported by pro driver nearly a year... meanwhile TF2 lockup on open, does not have CL/VK, etc...
We are in the process of replacing fglrx with amdgpu-pro, but in the meantime have been providing early releases of amdgpu-pro for consumer users while the open source stack comes up to speed, although the open source stack is pretty much there now other than a lot of remaining work on open sourcing Vulkan & OpenCL.Last edited by bridgman; 27 October 2016, 12:58 PM.Test signature
Comment
-
Originally posted by bridgman View PostI imagine the TexImage call could defer the transfer and execute it asynchronously as long as the next draw call confirmed that the transfer was complete before executing the draw, but in the case of ReadPixels I believe data needs to be CPU accessable as soon as the call returns.
Comment
-
-
Originally posted by bridgman View PostRemember that essentially all of our workstation customers use slower-changing enterprise distros and so are still running Catalyst Linux.
Comment
Comment