Out of memory mystery

Simon Marlow marlowsd at gmail.com
Mon Jan 19 17:42:10 UTC 2015


There are a couple of reasons this could happen:

- The -h flag causes the GC to run more often, which will reclaim memory 
more promptly

- -h causes more old-gen GCs to happen, which can avoid some cases where 
generational GC has promoted something that hangs on to a lot of stuff 
causing the heap to grow.

Cheers,
Simon

On 06/12/2014 23:58, Lennart Augustsson wrote:
> I'm running the 32-bit Windows version of ghc-7.8.3.
>
> Here are two runs:
>
> $ RunMu +RTS -A64M -h -Sstat.log -i1 -RTS -c Strat.App.Abacus.Main
> Compiling afresh Strat.App.Abacus.Main
> Compiled  afresh Strat.App.Abacus.Main, 1302.84s
>
> $ RunMu +RTS -A64M -Sstat.log -i1 -RTS -c Strat.App.Abacus.Main
> Compiling afresh Strat.App.Abacus.Main
> RunMu.exe: out of memory
>
> The binary is compiled without profiling, but in the first run I'm using
> the -h flag to get the rudimentary heap profile.  And with -h it works,
> but without the flag it runs out of memory.
>
> Any bright ideas from the RTS experts on why this could happen?
>
>    -- Lennart
>
>
>
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at haskell.org
> http://www.haskell.org/mailman/listinfo/ghc-devs
>


More information about the ghc-devs mailing list