Live data from Hacker News

Functional Programming for Array-Based Parallelism

infoq.com

21–23 of 23 posts

Re: Functional Programming for Array-Based Parallelism

#21

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…

Thanks for a thorough answer!

Re: Functional Programming for Array-Based Parallelism

#22
post #11
post #7

I'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:

https://github.com/Pascal-J/Jfire

Re: Functional Programming for Array-Based Parallelism

#23
post #11

Earlier 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!
Post reply on HN