Streaming Combinators and Extracting Flat Parallelism
futhark-lang.org
Streaming Combinators and Extracting Flat Parallelism
1–10 of 19 posts
Re: Streaming Combinators and Extracting Flat Parallelism
#2Has anyone here tried Futhark? Is it ready to use or mostly PL research?
Re: Streaming Combinators and Extracting Flat Parallelism
#3Has anyone here tried Futhark? Is it ready to use or mostly PL research?
These types of things are mostly PL research.
Staring at their repo, Futhark is better than most in terms of "readyness", but it's still probably not something you'd want to start programming all your GPU code in :)
It lacks a lot of developer friendliness.
Re: Streaming Combinators and Extracting Flat Parallelism
#4Has anyone here tried Futhark? Is it ready to use or mostly PL research?
These types of things are mostly PL research. Staring at their repo, Futhark is better than most in terms of "readyness", but it's still probably not something you'd want to start programming all your GPU code in :) It lacks a lot of developer friendliness.
What would be a good starting point for adding more friendliness?
Re: Streaming Combinators and Extracting Flat Parallelism
#5Earlier quoted context omitted.
These types of things are mostly PL research. Staring at their repo, Futhark is better than most in terms of "readyness", but it's still probably not something you'd want to start programming all your GPU code in :) It lacks a lot of developer friendliness.
What would be a good starting point for adding more friendliness?
I would say good tooling really lowers the barrier of entry for these things. Things like good editor integrations (such as being able to see the type under the cursor, or highlight errors inline) and a package manager make things a million times easier for a developer to get started on this. I'm not entirely sure how to do the package management , as that's kind of a religious argument, but it's relatively easy to make basic Vim/NeoVim, Emacs, or Atom integrations, which I think would make a lot more people be willing to check it out.
I am nearly positive that the tooling that came with Go is a pretty big reason for its success.
Re: Streaming Combinators and Extracting Flat Parallelism
#6Has anyone here tried Futhark? Is it ready to use or mostly PL research?
Apparently you can write APL and have it transpiled to Futhark[1].
Now to the question whether APL is ready for production use... ;)
[1] http://futhark-lang.org/blog/2016-06-20-futhark-as-an-apl-co...
Re: Streaming Combinators and Extracting Flat Parallelism
#7Has anyone here tried Futhark? Is it ready to use or mostly PL research?
Apparently you can write APL and have it transpiled to Futhark[1]. Now to the question whether APL is ready for production use... ;) [1] http://futhark-lang.org/blog/2016-06-20-futhark-as-an-apl-co...
I know that's a joke, but it has been around in production since the 60's, so probably not that bad lol.
Re: Streaming Combinators and Extracting Flat Parallelism
#8I'm curious to know how Futhark relates in performance to halide -- halide is more specific to image processing, but uses a similar approach (domain-specific language compiled to multiple target platforms): http://halide-lang.org
Re: Streaming Combinators and Extracting Flat Parallelism
#9Earlier quoted context omitted.
These types of things are mostly PL research. Staring at their repo, Futhark is better than most in terms of "readyness", but it's still probably not something you'd want to start programming all your GPU code in :) It lacks a lot of developer friendliness.
What would be a good starting point for adding more friendliness?
It doesn't even always produce sane error messages right now :)
It also misses a bunch of syntactic sugar that make programming inconsistent from what one would expect in a bunch of cases (they acknowledge this up front).
Past that, in part, getting people to adopt new languages is about either providing them an ecosystem that is amazing to start and trying to convince them to jump ... OR meeting them where they are now (IE building integration into existing editors, tooling, etc).
Usually people try to get people to jump. You'll note that this rarely works and is a very long and slow burn when it does. This is true even when the new ecosystem is huge. The successful jump cases are usually somewhere in the middle, where they are leveraging existing ecosystems but providing something better enough.
Futhark is neither providing a better ecosystem to jump to, or meeting people where they are.
Re: Streaming Combinators and Extracting Flat Parallelism
#10The Data Parallel Haskell work on flattening ran into problems with space blow-up due to replicating arrays to perform flattening. Does Futhank avoid those problems?