On 12 September 2005 22:59, J. Garrett Morris wrote:
> (apologies for the previous attempt at this message)
>
> I'm attempting to profile a project spread over four or five modules,
> each compiled using cabal with the --enable-library-profiling and
> --enable-executable-profiling switches. The
> I think this question was asked by someone else as part of another
> thread back in January, but I couldn't find an answer on the list
> archive. What do the zeros for "entries" mean in a time profiling
> report? If I want to know why "getAppropriatePreds" takes up so much
> time (14.7%) in my co
Ah, I'd definatly like to request it for GHC. as well as a version in
the IO monad, I have wanted both on various occasions.
John
On Mon, Jan 06, 2003 at 12:55:35PM +, Malcolm Wallace wrote:
> Kirsten Chevalier <[EMAIL PROTECTED]> writes:
>
> > I'd like to be able to determine the per
> If you were using nhc98, then you could use the following:
>
> import NonStdProfile
>
> f ... = do ...
>profile "point A" actionA
>profile "point B" actionB
>
> The non-standard operation
> profile :: String -> a -> a
> places a labelled marker line
Kirsten Chevalier <[EMAIL PROTECTED]> writes:
> I'd like to be able to determine the percentage of allocated objects of
> a particular type at specific points in a program's execution. I know
> that I can use heap profiling to create a graph of memory usage broken
> down by type, but is there any
Not currently. It's not clear what a "point" in execution *is*!
The top-level IO monad thread might provide such a point, but even then
it might not be clear how much of a lazy data structure had been
evaluated by that "point".
I could see sense in having an I/O operation
markProfile :: S