Announcement
Collapse
No announcement yet.
Red Hat Developers Working Towards A Vendor-Neutral Compute Stack To Take On NVIDIA's CUDA
Collapse
X
-
The stack sounds great, with one _major_ exception: SYCL. There is over 10 years of successful development based on CUDA. CUDA is a proven programming model -- it extends C++ in a minimal fashion and there is a ton of code already written in it. Please don't bother with SYCL, it has already failed to achieve anything significant, and is doomed to fail like OpenCL before. Instead, re-target the CUDA support that is already implemented in Clang to target the proposed stack, circumventing nvptx/ptxas,and this will be a massive success.
- Likes 2
-
Originally posted by cl333r View PostTheir approach is too complicated, I don't think taking a lot of related tools, APIs and solutions and gluing them together will form a solution capable of out-competing CUDA. It will be an over-complicated clusterfuck. I'm probably not the target audience for this solution, but if I ever need a compute solution I pick something as simple as possible, that's rule #1, so it's gonna be either OpenMP or Vulkan's compute capabilities.
- Likes 5
Leave a comment:
-
Their approach is too complicated, I don't think taking a lot of related tools, APIs and solutions and gluing them together will form a solution capable of out-competing CUDA. It will be an over-complicated clusterfuck. I'm probably not the target audience for this solution, but if I ever need a compute solution I pick something as simple as possible, that's rule #1, so it's gonna be either OpenMP or Vulkan's compute capabilities.Last edited by cl333r; 17 November 2018, 12:47 PM.
- Likes 2
Leave a comment:
-
Oh this is really fantastic. I always thought this stupid ass situation with Beignet and Clover and Rocm was freakin retarded.
- Likes 2
Leave a comment:
-
Originally posted by tildearrow View PostWhy? Why not a CUDA to OpenCL/Vulkan translator instead?
- Likes 1
Leave a comment:
-
Guest repliedtildearrow - Too many intermediate layers are bad for performance. And then you're limited to CUDA API's capabilities, and dependent on NVIDIA. Better to use a vendor neutral API like OpenCL. Hopefully Redhat is working with those people implementing OpenCL on Vulkan.
Of course, it's still a good idea to build a CUDA to OpenCL library, because a lot of software (especially closed source) uses CUDA which is only hardware accelerated on NVIDIA GPUs. (Or even a CUDA over Vulkan library).
- Likes 1
Leave a comment:
-
There is only a "small" issue: Nvidia performance sucks and will always suck because of the signed firmware. How do they plan to circumvent it?
- Likes 2
Leave a comment:
-
Red Hat Developers Working Towards A Vendor-Neutral Compute Stack To Take On NVIDIA's CUDA
Phoronix: Red Hat Developers Working Towards A Vendor-Neutral Compute Stack To Take On NVIDIA's CUDA
It's becoming more clear why Red Hat hired a Nouveau developer to work on SPIR-V/compute support for the open-source NVIDIA Linux driver even when that reverse-engineered driver's performance is very poor due to re-clocking / power management limitations for Maxwell and beyond. This appears to be part of a broader compute effort in pursuing a vendor-neutral compute stack across Intel, Radeon, and NVIDIA GPU platforms that could potentially take on NVIDIA's CUDA dominance...
Tags: None
Leave a comment: