[GHC] #13164: idle time full GCs (idle cpu usage)
GHC
ghc-devs at haskell.org
Sat Jan 28 15:05:27 UTC 2017
#13164: idle time full GCs (idle cpu usage)
-------------------------------------+-------------------------------------
Reporter: lspitzner | Owner:
Type: feature request | Status: new
Priority: normal | Milestone:
Component: Runtime System | Version: 8.0.1
Resolution: | Keywords: idle GC
Operating System: Unknown/Multiple | Architecture:
| Unknown/Multiple
Type of failure: None/Unknown | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s):
Wiki Page: |
-------------------------------------+-------------------------------------
Comment (by lspitzner):
Firstly: I said "I just noticed that this means", i.e. this was a pure
deduction, not an observation.
Apart from that, I never meant to suggest making -I0 the default, and I
think the two goals (deadlock detection and latency reduction) do align
here. So between options a) status quo b) default -I0 c) something more
clever that both does deadlock detection and uses, lets say.. 3% idle cpu
time, I'd choose c) over a) over b).
I am not sure how the budget would be enforced, but it sounds like a good
idea, especially if that is easier to implement than the heuristics I
mentioned above.
Another thought: If there was an upper bound on the interval between full
GCs (idle or not) you'd get reliable deadlock detection even with "forever
threaddelay" cases.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/13164#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list