[Haskell-cafe] GC [Is Haskell a Good Choice for Web Applications?]

John Lask jvlask at hotmail.com
Thu May 7 21:53:27 EDT 2009


for what its worth, I second this suggestion.

----- Original Message ----- 
From: "Andrew Coppin" <andrewcoppin at btinternet.com>
To: <haskell-cafe at haskell.org>
Sent: Friday, May 08, 2009 6:01 AM
Subject: [Haskell-cafe] GC [Is Haskell a Good Choice for Web Applications?]


> Simon Marlow wrote:
>> http://hackage.haskell.org/trac/ghc/ticket/698
> 
> I presume that the reason for this is to avoid handing memory back only 
> to immediately need it again? (I.e., we don't want to be constantly 
> asking the OS to allocate and deallocate memory. Allocate it once and 
> then let the RTS handle it.)
> 
> How hard would it be to add a function to ask the RTS to shrink the 
> allocated memory? E.g., you do something that you know consumes lots of 
> RAM, you finish doing it, you know that your live set has probably gone 
> way down now, so you ask the RTS to release some RAM if possible. Would 
> that be difficult?
> 
> (I might be talking moonshine, but isn't the parallel GC based around a 
> block-structured heap? Does that affect the difficulty of the problem 
> one way or the other?)
> 
> We already have System.Mem, which currently contains a single function 
> to "suggest" to the RTS that right now might be a good moment to perform 
> some GC. I'd like to see some other functions added here - suggesting to 
> the RTS that it should have a go at shrinking RAM usage is one, but it 
> would be nice to at least be able to query how much RAM is allocated 
> too. (I presume finding out how much we've allocated from the OS is 
> fairly easy; finding out how much is live data is presumably far 
> harder...) Maybe access to various interesting GC information - I don't 
> know if the RTS actually records this stuff when not built for profiling 
> though. (?)
> 
> Just my thoughts... :-)
> 
> _______________________________________________
> Haskell-Cafe mailing list
> Haskell-Cafe at haskell.org
> http://www.haskell.org/mailman/listinfo/haskell-cafe
>


More information about the Haskell-Cafe mailing list