We could bind to Rts.c in the GHC runtime, and get all the stats programmatically that you can get with +RTS -s
mads.lindstroem: > Hi > > I was _not_ looking for the OS-level measure, but rather something > reported by the run-time. Thanks you for the answer anyway. > > /Mads > > On Tue, 2010-04-27 at 15:32 -0400, Daniel Peebles wrote: > > It's not an easy measurement to even define. There was a huge debacle > > recently about a windows program that reported misleading numbers > > about used memory. The fact that GHC has its own allocator and "hogs" > > OS memory (it never returns it to the OS) might complicate the > > definition further. But in general, if you're looking for an OS-level > > measure you're probably going to need to go to the FFI and talk to the > > specific OS's API for the task. I'm not sure if the GHC runtime allows > > you to ask much about allocated memory. The only thing I've done with > > it was FFI out to a variable that counts the number of bytes allocated > > to measure allocations in calls like GHCi does. > > > > On Tue, Apr 27, 2010 at 12:01 PM, Mads Lindstrøm > > <mads.lindstr...@gmail.com> wrote: > > Hi > > > > I have tried haskell.org, Google and Hoolge, but I cannot find > > any > > function to give me the available and/or used memory of a > > Haskell > > program. Is it just not there? Or am I missing it somehow? > > > > > > /Mads > > > > > > _______________________________________________ > > 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