kokkos-kernels
rocBLAS
Our great sponsors
kokkos-kernels | rocBLAS | |
---|---|---|
1 | 6 | |
276 | 315 | |
3.3% | 3.2% | |
9.1 | 9.7 | |
4 days ago | 8 days ago | |
C++ | C++ | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
kokkos-kernels
-
Is there an OOP-wrapper library for cublas?
It’s a work in progress, but Kokkos and the associated Kokkos Kernels are probably the closest thing to what you’re asking for.
rocBLAS
-
Nvidia DGX GH200: The First 100 Terabyte GPU Memory System
The same is also true for https://github.com/ROCmSoftwarePlatform/rocBLAS and https://github.com/ROCmSoftwarePlatform/hipBLASLt although the build stack, distribution— leaves a lot to be desired, and otherwise quite unstable.
-
Whisper.cpp v1.4.0
Full circle eh. I wonder how well it compares to just trying to use the actual Whisper models on a variety of existing Gpu capable bigger frameworks.
I don't know much practically about how hard it would be to take the Whisper PyTorch (1 or 2?) trained models & to make good use of them elsewhere. I expect Whisper.cpp probably better caters to users, is more readily consumable.
Fwiw, Whisper.cpp uses Nvidia's cuBLAS. There does appear to be an AMD rocm port. https://github.com/ROCmSoftwarePlatform/rocBLAS
-
which CPU to choose?
It's not what you asked, but I felt I should point out that rocBLAS is no longer maintained for gfx803 (the architecture of the RX 570) and PyTorch depends on rocBLAS. PyTorch will work at least to some extent, but there are known bugs that may never be fixed. I've been trying to change this, but that's how things are right now.
-
Trying to get Pytorch ROCm to work on Ubuntu 20.04 with Fiji cards
The last release that officially supported gfx803 was ROCm 3.5. All testing on that hardware ceased shortly after said release, and the code paths for that architecture have been unmaintained for nearly two years. For a specific example of a problem you may encounter, see: https://github.com/ROCmSoftwarePlatform/rocBLAS/issues/1218
- Compute Ecosystem of AMD GPUs
-
PyTorch 1.8 adds AMD ROCm support
Although the code is still there, support for (slightly) older devices are already suffering from lack of maintainence and bugs. For instance there's a bug causing gfx803 devices to produce wrong outputs starting from mid-2020, and I'm pretty sure they're never gonna fix it.
What are some alternatives?
oneMKL - oneAPI Math Kernel Library (oneMKL) Interfaces
ROCm - AMD ROCm™ Software - GitHub Home [Moved to: https://github.com/ROCm/ROCm]
mdspan - Reference implementation of mdspan targeting C++23
HIP-CPU - An implementation of HIP that works on CPUs, across OSes.
kronmult993 - CPU and GPU implementations of kronmult.
AdaptiveCpp - Implementation of SYCL and C++ standard parallelism for CPUs and GPUs from all vendors: The independent, community-driven compiler for C++-based heterogeneous programming models. Lets applications adapt themselves to all the hardware in the system - even at runtime!
cu - package cu provides an idiomatic interface to the CUDA Driver API.
Pytorch - Tensors and Dynamic neural networks in Python with strong GPU acceleration