Depends on the application, of course. The (on by default) parallel GC tends to kill performance for me... you might try running both with "+RTS -sstderr" to see if GC time is significantly higher, and try adding "+RTS -qg1" if it is.
On Mon, Mar 4, 2013 at 2:23 PM, Łukasz Dąbek <[email protected]> wrote: > 2013/3/4 <[email protected]>: > > > do you have a link to the new code ? > > Diff is at the bottom of original code: http://hpaste.org/83460. > > If you just pass -N, GHC automatically sets the number of threads >> based on the number of cores on your machine. > > > Yes, I know that. I am just wondering why seemingly single threaded > computation (look at singleThreadIntegrate in source code from first post) > runs slower with increasing number of cores available (set through -N > option). > > -- > Łukasz Dąbek > > > _______________________________________________ > Haskell-Cafe mailing list > [email protected] > http://www.haskell.org/mailman/listinfo/haskell-cafe > >
_______________________________________________ Haskell-Cafe mailing list [email protected] http://www.haskell.org/mailman/listinfo/haskell-cafe
