On 30/08/2012 12:29, Joachim Breitner wrote:
Hi,
I am preparing a talk about the details of how data and programs look in
memory in Haskell (well, GHC). When explaining the memory consumption of
a large String, I wanted to show the effect of short-int-replacement
that happens in
http://hackage.haskell.org/trac/ghc/browser/rts/sm/Evac.c#L550
I use my ghc-heap-view-package to observe the heap. This programs shows
the effect:
import GHC.HeapView
import System.Mem
main = do
let hallo = "hallo"
mapM_ (\x -> putStrLn $ show x ++ ": " ++ show (asBox x))
hallo
performGC
mapM_ (\x -> putStrLn $ show x ++ ": " ++ show (asBox x))
hallo
gives, as expected:
$ ./SmallChar
'h': 0x00007f2811e042a8/1
'a': 0x00007f2811e08128/1
'l': 0x00007f2811e09ef0/1
'l': 0x00007f2811e0bcd8/1
'o': 0x00007f2811e0db10/1
'h': 0x00000000006d9bd0/1
'a': 0x00000000006d9b60/1
'l': 0x00000000006d9c10/1
'l': 0x00000000006d9c10/1
'o': 0x00000000006d9c40/1
but in GHCi, it does not work:
$ runhaskell SmallChar.hs
'h': 0x00007f5334623d58/1
'a': 0x00007f5334626208/1
'l': 0x00007f5334627fc0/1
'l': 0x00007f5334629dc0/1
'o': 0x00007f533462bba8/1
'h': 0x00007f533381a1c8/1
'a': 0x00007f5333672e30/1
'l': 0x00007f533381a408/1
'l': 0x00007f533381a6b8/1
'o': 0x00007f533389c5d0/1
Note that the GC does evacuate the closures, as the pointers change. Why
are these not replaced by the static ones here?
Probably because GHCi has a dynamically loaded copy of the base package,
so the pointer comparisons that the GC is doing do not match the
dynamically-loaded I# and C# constructors.
Cheers,
Simon
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users