m (→Parallel Programming in GHC)
(→Parallel Programming in GHC: hmmph)
Revision as of 14:28, 16 March 2011
1 Parallel Programming in GHC
This page contains notes and information about how to use parallelism in GHC to speed up pure functions in your program.
You may be interested in concurrency instead, which would allow you to manage simultaneous IO actions.
GHC provides multi-scale support for parallel programming, from very fine-grained, small "sparks", to coarse-grained explicit threads and locks (using concurrency), along with other models of parallel programming.
- See "Real World Haskell" chapter 24, for an introduction to the most common forms of concurrent and parallel programming in GHC.
- A reading list for parallelism in Haskell.
- The status of parallel and concurrent programming in Haskell.
The parallel programming models in GHC can be divided into the following forms:
- Very fine grained: parallel sparks and futures, as described in the paper "Runtime Support for Multicore Haskell"
- Nested data parallelism: a parallel programming model based on bulk data parallelism, in the form of the DPH and Repa libraries for transparently parallel arrays.
- Intel Concurrent Collections for Haskell: a graph-oriented parallel programming model.
The most important (as of 2010) to get to know are implicit parallelism via sparks. If you're interested in scientific programming specifically, you may also be interested in current research on nested data parallelism in Haskell.
1.1 Starting points
- Control.Parallel. The first thing to start with parallel programming in Haskell is the use of par/pseq from the parallel library.
- Nested Data Parallelism. For an approach to exploiting the implicit parallelism in array programs for multiprocessors, see Data Parallel Haskell (work in progress).
1.2 Multicore GHC
Since 2004, GHC supports running programs in parallel on an SMP or multi-core machine. How to do it:
- Compile your program using the -threaded switch.
- Run the program with +RTS -N2 to use 2 threads, for example (RTS stands for runtime system; see the GHC users' guide). You should use a -N value equal to the number of CPU cores on your machine (not including Hyper-threading cores). As of GHC v6.12, you can leave off the number of cores and all available cores will be used (you still need to pass -N however, like so: +RTS -N).
- Concurrent threads (forkIO) will run in parallel, and you can also use the par combinator and Strategies from the Control.Parallel.Strategies module to create parallelism.
- Use +RTS -sstderr for timing stats.
- To debug parallel program performance, use ThreadScope.
1.3 Related work
- The Sun project to improve http://ghcsparc.blogspot.com/ GHC performance on Sparc]
- A Microsoft project to improve industrial applications of GHC parallelism.
- Simon Marlow's publications on parallelism and GHC
- Glasgow Parallel Haskell
- Glasgow Distributed Haskell