Troels<p>Preprint of the longest paper I ever contributed to: <a href="https://arxiv.org/abs/2505.08906" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="">arxiv.org/abs/2505.08906</span><span class="invisible"></span></a> - it is a qualitative and quantitative comparison of various <a href="https://freeradical.zone/tags/functional" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>functional</span></a> <a href="https://freeradical.zone/tags/array" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>array</span></a> languages, with a significant <a href="https://freeradical.zone/tags/gpgpu" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>gpgpu</span></a> element.</p>
Administered by:
#gpgpu
0 posts0 participants0 posts today
Replied in thread
@BenjaminHCCarr another article on #GPU code portability where people put their heads in the sand and pretend very hard that #OpenCL doesn't exist...
OpenCL has solved #GPGPU cross-compatibility 16 years ago already and today is in better shape than ever.
Replied in thread
@enigmatico @lispi314 @kimapr @bunnybeam case in point:
#Bloatedness was the original post topic and yes, due to #TechBros "#BuildFastBreakThings" mentality, #Bloatware is increasing given that a shitty bloated 50+MB "#WebApp" with like nw.js is easy to slap together (and yes I did so myself!) than to put in way more thought and effort (as you can see on the slow progression of OS/1337...
Yes, #Accessibility is something that needs to be taken more seriously and it's good to see that there's at least some attemots at making #accessibility mandatory (at least in #Germany, where I know from some insider that a big telco is investing a lot in that!) for a growng number of industries and websites...
And whilst one can slap an #RTX5090 on any laptop that has a fully-functional #ExpressCard slot (with #PCIe interface, using some janky adaptors!) that'll certainly not make sense beyond some #CUDA or other #GPGPU-style workloads as it's bottlenecked to a single PCIe lane of 2.0 (500MB/s) or just 1.0a(250MB/s) speeds.
Needless to say there is a need to THINN DOWN things cuz the current speed of #Enshittifcation and bloatedness combined with #AntiRepairDesign and overpriced yet worse #tech in general makes it unsustainable for an ever increasing population!
Not everyone wants (or even can!) indebt themselves just to have a phone or laptop!
Should we aim for more "#FrugslComputing"?
- Abdolutely!
Is it realistic to expect things to be in a perfectly accessible TUI that ebery screenreader can handle?
- No!
That being said the apathy of consumers is real, and very frustrating:
People get nudged into accepting all the bs and it really pisses me off because they want me to look like ab outsider / asshole for not submitting to #consumerism and #unsustainable shite...
ぷにすきーENIGMATICO :flag_bisexual: :flag_nonbinary: (@enigmatico)I get this is a joke, but here is the thing (aside of the joke).
People doesnt use crappy laptops anymore. People moves on to phones/tablets, or if they want something more serious, something like a gamer PC. Most people will buy a console if they want to play games though.
In that context, nobody cares anymore about bloat. If you are a developer its easier for you to use some bloaty framework that gets the job done in a couple days, because at the end of the day, if you're going to be exploited and crunched to death, you might as well make it as short as possible.
And as a consumer, nobody really cares. You buy whatever allows you to do what you wwant and thats it. Or whatever your pocket allows you.
And to be completely honest with you all, this has always been like this. You have to do with what you have.
Could the world be better if everyone used pure C and assembly? Maybe... if companies had the intention to spend years developing ttheir products and fixing critical bugs before launch. By the time of the launch they would be obsolete. Kinda what happen to Duke Nukem Forever.
RN: (📎1)
Still work in progress: debugging a reaction-diffusion compute shader for a GPU generated mesh.
Continued thread
Even better, in the afternoon I managed to find a workaround for my #GPGPU software building but hanging when trying to run it, which seems to be related to an issue with some versions of the #AMD software stack and many integrated GPUs, not just the #SteamDeck specifically. So exporting the HSA_ENABLE_SDMA=0 environment vriable was sufficient to get my software running again. I'm dropping the information here in case others find it useful.
2/2
Continued thread
It's out, if anyone is curious
https://doi.org/10.1002/cpe.8313
This is a “how to” guide. #GPUSPH, as the name suggests, was designed from the ground up to run on #GPU (w/ #CUDA, for historical reasons). We wrote a CPU version a long time ago for a publication that required a comparison, but it was never maintained. In 2021, I finally took the plunge, and taking inspiration from #SYCL, adapted the device code in functor form, so that it could be “trivially” compiled for CPU as well.
Here’s hoping that the transition of #Rust #GPU to community ownership goes well! The intention to focus on #GPGPU is more than welcome, as I feel the development of some GPU programming ecosystems has been held back by a too-narrow focus on traditional GPU graphics techniques. The dream is to be able to write CUDA-like Rust that can target hardware from multiple vendors!
rust-gpu.github.ioRust GPU Transitions to Community Ownership |
CUDA, But Make It AMD - Compute Unified Device Architecture, or CUDA, is a software platform for doing big... - https://hackaday.com/2024/07/16/cuda-but-make-it-amd/ #generalpurposegpu #machinelearning #mischacks #radeon #gpgpu #cuda #amd #ati
Hackaday · CUDA, But Make It AMDCompute Unified Device Architecture, or CUDA, is a software platform for doing big parallel calculation tasks on NVIDIA GPUs. It’s been a big part of the push to use GPUs for general purpose …
Uploaded a new demo/example showing how to perform GPU-side data reductions using https://thi.ng/shader-ast & https://thi.ng/webgl multi-pass pipeline. Arbitrary reduction functions supported. If there's interest, this could be expanded & packaged up as library... 90% of this example is boiler plate, 9.9% benchmarking & debug outputs...
Demo:
https://demo.thi.ng/umbrella/gpgpu-reduce/
Source code:
https://github.com/thi-ng/umbrella/blob/develop/examples/gpgpu-reduce/src/index.ts
Readme w/ benchmark results:
https://github.com/thi-ng/umbrella/tree/develop/examples/gpgpu-reduce
Related discussion:
https://github.com/thi-ng/umbrella/issues/478