-prof, -threaded, and -N

Lars Kuhtz haskell at kuhtz.eu
Wed Jun 3 06:03:42 UTC 2015


From https://github.com/ghc/ghc/blob/master/rts/RtsFlags.c#L1238 it seems that the behavior described in my email below is intended:

```

                if (rts_argv[arg][2] == '\0') {
#if defined(PROFILING)
                    RtsFlags.ParFlags.nNodes = 1;
#else
                    RtsFlags.ParFlags.nNodes = getNumberOfProcessors();
#endif
```

So, my question is: what is the reason for this difference between the profiling and the non-profiling case?

Lars

> On Jun 2, 2015, at 10:20 PM, Lars Kuhtz <haskell at kuhtz.eu> wrote:
> 
> Hi,
> 
> The behavior of the -N flag (without argument) with the profiling runtime seems inconsistent compared to the behavior without profiling. The following program
> 
> ```
> module Main where
> 
> import GHC.Conc
> 
> main :: IO ()
> main = print numCapabilities
> ```
> 
> when compiled with `ghc -threaded -fforce-recomp Prof.hs` and run as `./Prof +RTS -N` prints `2` on my machine. When the same program is compiled with `ghc -threaded -fforce-recomp -prof Prof.hs` and executed as `./Prof +RTS -N` it prints `1`.
> 
> When an argument is provided to `-N` (e.g. `./Prof +RTS -N2`) the profiling and non-profiling versions behave the same.
> 
> I tested this with GHC-7.10.1 but I think that I already observed the same behavior with GHC-7.8.
> 
> Is this inconsistency intended?
> 
> Lars
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
> 



More information about the Glasgow-haskell-users mailing list