summaryrefslogtreecommitdiff
path: root/rts/sm/GCThread.h
diff options
context:
space:
mode:
authorSimon Marlow <marlowsd@gmail.com>2011-12-09 10:35:46 +0000
committerSimon Marlow <marlowsd@gmail.com>2011-12-13 08:58:57 +0000
commita02eb298d3f6089e51a43307ffb37e3a8076c8fd (patch)
tree6174e46a959a2449b54e470c8b627e3ba1a277bb /rts/sm/GCThread.h
parent55d7931d7fb55865a592f91dfa65435ee2859158 (diff)
downloadhaskell-a02eb298d3f6089e51a43307ffb37e3a8076c8fd.tar.gz
New flag +RTS -qi<n>, avoid waking up idle Capabilities to do parallel GC
This is an experimental tweak to the parallel GC that avoids waking up a Capability to do parallel GC if we know that the capability has been idle for a (tunable) number of GC cycles. The idea is that if you're only using a few Capabilities, there's no point waking up the ones that aren't busy. e.g. +RTS -qi3 says "A Capability will participate in parallel GC if it was running at all since the last 3 GC cycles." Results are a bit hit and miss, and I don't completely understand why yet. Hence, for now it is turned off by default, and also not documented except in the +RTS -? output.
Diffstat (limited to 'rts/sm/GCThread.h')
-rw-r--r--rts/sm/GCThread.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/rts/sm/GCThread.h b/rts/sm/GCThread.h
index b4f325631f..60f721285d 100644
--- a/rts/sm/GCThread.h
+++ b/rts/sm/GCThread.h
@@ -125,6 +125,7 @@ typedef struct gc_thread_ {
volatile rtsBool wakeup;
#endif
nat thread_index; // a zero based index identifying the thread
+ rtsBool idle; // sitting out of this GC cycle
bdescr * free_blocks; // a buffer of free blocks for this thread
// during GC without accessing the block