Why do you have to use both a compiler flag and a run-time flag to get multicore-support in Haskell?

Question

The Haskell wiki shows that you need to both set a compilation flag and a run-time flag to get multi-core support. Why isn\'t using the library enough to get the correct behavio

Answer 1

From GHC User guide (version 6.12.1):

Omitting x, i.e. +RTS -N -RTS, lets the runtime choose the value of x itself based on how many processors are in your machine.

I suppose there's no specific reason for this not to be the default, apart from authors' vision of what should defaults be. (Note that this also enables parallel GC, which maybe sometimes isn't what you wish to be by default.)

Answer 2

While you're developing the program the extra +RTS ... shouldn't be a big deal (though I admit it struck me as odd when I first picked up Haskell). For the final (shipped) binary you can link it with static RTS options (GHC manual) by providing a C file containing char *ghc_rts_opts = "-N";.

EDIT: Updating this question for GHC 7.x, there is now a way to specify RTS options at compile time:

ghc -threaded -rtsopts -with-rtsopts=-N

This 1) uses the threaded runtime system 2) Enables the RTS options 3) Sets the RTS option to use as many threads as there are cores available (use -Nx where x is a number to manually control the number of OS threads).

Answer 3

Why can't the run-time executable detect it was compiled with -threaded and use all cores on the system unless otherwise specified?

That's an interesting feature request!

You could ask for it on the GHC feature tracker: http://hackage.haskell.org/trac/ghc/wiki/ReportABug