Earlier quoted context omitted.
I read that the prefix scan is great so I read somebody's thesis. I a) didn't really get it and b) felt it was doing some complicated stuff for little value. Doubtless I'm wrong, computer scientists tend to be smarter than me, can you give me some insight why it's so valuable?
There are two really cool things going on here. Also, keep in mind NESL was published 1992 (and thus made in ~1990), which was not far from when the Connection Machine + Cray's got hyped and largely failed to mainstream parallel compute. 1. Data parallelism, esp. for super power efficient parallel hardware (SIMD, GPU, all the stuff that lets you go 10-100X over Spark for the same budget) is hard for computing over "i…
Functional Programming for Array-Based Parallelism
21–23 of 23 posts
Thanks for a thorough answer!
Re: Functional Programming for Array-Based Parallelism
#22I'd love for this to get more mainstream attention! J, Futhark, Accelerate all have very neat stuff under the hood.
I second J and Futhark. I love J, and I wish there was a way to use the GPU with J. I have looked briefly at APL -> TAIL -> Futhark, but I don't know enough to do something useful with that particular toolchain or wow myself enough to keep going. More studying...
how about:
Re: Functional Programming for Array-Based Parallelism
#23Earlier quoted context omitted.
I second J and Futhark. I love J, and I wish there was a way to use the GPU with J. I have looked briefly at APL -> TAIL -> Futhark, but I don't know enough to do something useful with that particular toolchain or wow myself enough to keep going. More studying...
how about: https://github.com/Pascal-J/Jfire
Thanks! I had heard of ArrayFire, but I didn't know about this J implementation. There goes my week!