My experience agrees with Pavel.
I've never observed ones that size. I have an application that runs in
'rate equivalent real-time' (i.e. there may be some jitter in the
exact time of events but it does not accumulate). It does have some
visibility of likely time of future events and uses that to perform
some speculative garbage collection. GC is pretty short and i've not
seen an effect > 1ms in those runs (all the usual caveats apply - my
programs are not your programs etc).
Neil
On 28 Feb 2010, at 09:06, Pavel Perikov wrote:
Did you really seen 100ms pauses?! I never did extensive research on
this but my numbers are rather in microseconds range (below 1ms).
What causes such a long garbage collection? Lots of allocated and
long-living objects?
Pavel.
On 28.02.2010, at 8:20, Luke Palmer wrote:
I have seen some proposals around here for SoC projects and other
things to try to improve the latency of GHC's garbage collector. I'm
currently developing a game in Haskell, and even 100ms pauses are
unacceptable for a real-time game. I'm calling out to people who
have
seen or made such proposals, because I would be willing to contribute
funding and/or mentor a project that would contribute to this goal.
Also any ideas for reducing this latency in other ways would be very
appreciated.
Thanks,
Luke
_______________________________________________
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
_______________________________________________
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
_______________________________________________
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
