summaryrefslogtreecommitdiff
path: root/rts/ProfHeap.h
diff options
context:
space:
mode:
authorIan Lynagh <igloo@earth.li>2011-07-24 00:01:54 +0100
committerIan Lynagh <igloo@earth.li>2011-07-24 00:01:54 +0100
commit4f8cfaf97168e5f81925f9254dabcea38603c48f (patch)
tree61c938fbe348f6c5327aba868aebd879c6efcfd0 /rts/ProfHeap.h
parent2b42de78c59d81300aa62b17cf2b5d984fa55e84 (diff)
downloadhaskell-4f8cfaf97168e5f81925f9254dabcea38603c48f.tar.gz
Fix heap profiling times
Now that the heap census runs in the middle of garbage collections, the "CPU time" it was calculating included any CPU time used so far in the current GC. This could cause CPU time to appear to go down, which means hp2ps complained about "samples out of sequence". I'm not sure if this is the nicest way to solve this (maybe resurrecting mut_user_time_during_GC would be better?) but it gets things working again.
Diffstat (limited to 'rts/ProfHeap.h')
-rw-r--r--rts/ProfHeap.h4
1 files changed, 3 insertions, 1 deletions
diff --git a/rts/ProfHeap.h b/rts/ProfHeap.h
index c4a92e200b..cf09c59231 100644
--- a/rts/ProfHeap.h
+++ b/rts/ProfHeap.h
@@ -9,9 +9,11 @@
#ifndef PROFHEAP_H
#define PROFHEAP_H
+#include "GetTime.h" // for Ticks
+
#include "BeginPrivate.h"
-void heapCensus (void);
+void heapCensus (Ticks t);
nat initHeapProfiling (void);
void endHeapProfiling (void);
rtsBool strMatchesSelector (char* str, char* sel);