3 ms·
This was happening before CDNA was even a thing. They didn’t release support even for all GPUs from the same generation and dropped support for GPUs sometime w
by dogma1138 2y ago
This was happening before CDNA was even a thing.
They didn’t release support even for all GPUs from the same generation and dropped support for GPUs sometime within 6 months of releasing a version that actually “worked”.
The entire core architecture behind ROCM is rotten.
P.S. NVIDIA usually has multiple CUDA feature levels even within a generation. The difference is that a) they always provide a fallback option, and usually this doesn’t require any manual intervention and b) is that as long as you define the minimum target framework when you build the binary you are guaranteed to run on all past hardware that is supported by the feature level you targeted and on all future hardware.
- ryao 2y agoThe differences between CUDA feature levels appear minor according to the PTX documentation: https://docs.nvidia.com/cuda/parallel-thread-execution/index.html#ptx-module-directives-target https://docs.nvidia.com/cuda/parallel-thread-execution/index... They also appear to be cululative.
- dogma1138 2y agoIt doesn’t matter the point is that they don’t break stuff. You can still compile CUDA today to work on old hardware and your binaries are guaranteed to have forward compatibility. You don’t get that with ROCm, and this is why it’s garbage unless someone else abstracts all of that from you. So if Microsoft is happy to maintain an ML as a service solution that just takes prompts and maybe data it’s not your problem. But if you need to run your own workloads and these can include workloads that are well outside of “AI” and might not be even possible or remotely profitable to have a SAAS wrapper around them it’s all on you.