ROCm-OpenCL-Runtime
seer
Our great sponsors
ROCm-OpenCL-Runtime | seer | |
---|---|---|
15 | 60 | |
171 | 1,991 | |
- | - | |
0.0 | 9.1 | |
3 months ago | 18 days ago | |
C++ | C++ | |
MIT License | GNU General Public License v3.0 only |
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.
ROCm-OpenCL-Runtime
-
ROCm Is AMD's #1 Priority, Executive Says
Its not that they're supporting buggy code, they just downgraded the quality of their implementation significantly. They made the compiler a lot worse when they swapped to rocm
https://github.com/RadeonOpenCompute/ROCm-OpenCL-Runtime/iss... is the tracking issue for it filed a year ago, which appears to be wontfix largely because its a lot of work
OpenCL still unfortunately supports quite a few things that vulkan doesn't, which makes swapping away very difficult for some use cases
-
rocm-opencl (rocm-opencl-runtime) rx 6600 xt support
There's https://docs.amd.com/bundle/ROCm-Installation_FAQ/page/Frequently_Asked_Questions.html which leads to a page which doesn't list any gpus that I can see, there's https://rocm.docs.amd.com/en/latest/release/gpu_os_support.html which lists "RDNA2" , there's https://github.com/RadeonOpenCompute/ROCm/issues/1698 which is from last year and mentions changing an env for the RX 6600 XT (navi 23) . Not a lot is mentioned in the readme of https://github.com/RadeonOpenCompute/ROCm-OpenCL-Runtime .
-
Install ROCm Fedora 38
$ dnf info rocm-opencl Installed Packages Name : rocm-opencl Version : 5.4.3 Release : 2.fc38 Architecture : x86_64 Size : 1.7 M Source : rocm-opencl-5.4.3-2.fc38.src.rpm Repository : @System From repo : updates Summary : ROCm OpenCL Runtime URL : https://github.com/RadeonOpenCompute/ROCm-OpenCL-Runtime License : MIT Description : ROCm OpenCL language runtime. : Supports offline and in-process/in-memory compilation.
-
First time in 2 years I was able to get Blender running with an AMD GPU on Linux!
Eg this bug about shared cl/gl textures with mipmaps being broken has now breached its first birthday, without even acknowledgement - basic cl/gl functionality here. This bug took a year for a fix to make its way into a public driver. And this fairly performance critical bug is just "wontfix", and also a significant downgrade from their old driver stack
-
So far I'm unconvinced a 34MB binary blob is more free than OpenZFS.
Its definitely workable if you're willing to put in the effort (except for things that are straight up broken in some cases, like device side enqueue), but there are some issues that require.. fairly major workarounds
-
New NVIDIA Open-Source Linux Kernel Graphics Driver Appears
Their implementation is here: https://github.com/RadeonOpenCompute/ROCm-OpenCL-Runtime
-
C++ Show and Tell - April 2022
After a lot of moderately annoyed testing, I discovered that the AMD OpenCL implementation is.. rather dumb. If any two kernels share any arguments arguments, it inserts a command barrier between the two, hard-stalling the GPU. After filing a bug, it turns out this is wontfix as well, which is doubly bad. There's no set of flags in OpenCL that you can use to fix this either
-
[TPU] AMD ROCm 4.5 Drops "Polaris" Architecture Support
What's particularly bizarre, is that with one bug report I filed, they claim to have fixed it internally in april, but.. no public driver has ever been released with the fix. For 7 months? Which is just a bizarre software development process
-
Who is to blame for the bad OpenCL Performance? Blender or AMD?
Could you report these issues here https://github.com/RadeonOpenCompute/ROCm-OpenCL-Runtime? Regarding the device side enqueue issue, could you attach a simple test case to the issue that reproduces the crash? The current pastebin link doesn't give enough info.
seer
-
Beej's Quick Guide to GDB (2009)
CLion uses lldb.
I wrote https://github.com/daym/idea-native2-debugger as a stop-gap. It uses gdb and works in IntelliJ IDEA Community edition. Setting it up the first time is kinda weird since you need to add a new run/debug configuration "Native2Debugger". I could not figure out how to hook this directly into the existing run configuration that you use to run your program to begin with. Otherwise, I like how it turned out.
If you want a standalone frontend, https://github.com/epasveer/seer is extremely good.
And emacs has gdb integration. By now I tried it, and... I guess it's better than nothing.
- Invariants: A Better Debugger?
- Seer - a new gui frontend to gdb/mi (Updated v2.0)
- Recommendations for a visual debugger on Linux?
- github action for MacOS
- Seergdb - a gui frontend to gdb for Linux
- Seer - a new gui frontend to gdb/mi (Updated v1.15)
- Seer - a new gui frontend to gdb/mi (Updated v1.14)
- Seer – a GUI front end to GDB for Linux
What are some alternatives?
ROCm - AMD ROCm™ Software - GitHub Home [Moved to: https://github.com/ROCm/ROCm]
mxe - MXE (M cross environment)
tensorflow-upstream - TensorFlow ROCm port
Tasker - A commitment tracker desktop app that tracks the progress of your tasks with mouse, keyboard and audio hooks.
muzero-cpp - A C++ pytorch implementation of MuZero
libriscv - C++20 RISC-V RV32/64/128 userspace emulator library
rocm-arch - A collection of Arch Linux PKGBUILDS for the ROCm platform
GPU-Raytracer - GPU Raytracer from scratch in C++/CUDA
entt - Gaming meets modern C++ - a fast and reliable entity component system (ECS) and much more
avendish - declarative polyamorous cross-system intermedia objects
AppImageKit - Package desktop applications as AppImages that run on common Linux-based operating systems, such as RHEL, CentOS, openSUSE, SLED, Ubuntu, Fedora, debian and derivatives. Join #AppImage on irc.libera.chat