[Haskell-cafe] Long running Haskell program

David Leimbach leimy2k at gmail.com
Wed Nov 11 14:17:11 EST 2009


On Wed, Nov 11, 2009 at 9:51 AM, Bryan O'Sullivan <bos at serpentine.com>wrote:

> On Wed, Nov 11, 2009 at 7:43 AM, David Leimbach <leimy2k at gmail.com> wrote:
>
>>
>> I recently ran into some serious space leak difficulties that would
>> ultimately cause this program to crash some time after startup (my simulator
>> is also written in Haskell, and runs a LOT faster than the real application
>> ever could, this has enabled me to fast forward a bit the data growth issues
>> and crash in minutes instead of days!)
>>
>
> It sounds to me like you were storing a Map in a StateT. Since the usual
> State and StateT monads don't force the evaluation of their payload, I'm not
> terribly surprised that such a leak should arise.
>

That's exactly what was happening.  The system was being far too lazy (by
choices I made but didn't fully understand).

By pulling the Map out of the state, and pushing it back into the state, as
the definition of my looping, things got a lot better.

I didn't see another *easy* way to force the state to be evaluated, except
by doing IO on intermediate values.  seq will only evaluate strictly if it's
just underneath something else that's already been evaluated :-).  The
runtime doesn't look for "seq"s to force evaluation on.

I figured I was better off just creating a dependency in the evaluation,
near the outermost portion of the program (the loop) that would cause a
strict evaluation, and so far I was right :-)

Program behaves very well now, and responds much better too.

Dave
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.haskell.org/pipermail/haskell-cafe/attachments/20091111/1546f18d/attachment.html


More information about the Haskell-Cafe mailing list