Re: [GHC] #4029: ghci leaks memory when loading a file

#4029: ghci leaks memory when loading a file -------------------------------------+------------------------------------- Reporter: blarsen | Owner: Type: bug | Status: new Priority: normal | Milestone: ⊥ Component: GHCi | Version: Resolution: | Keywords: memory leak Operating System: Unknown/Multiple | Architecture: Type of failure: Compile-time | Unknown/Multiple performance bug | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by jme): There is a new leak on the 8.0 branch. For example, running attachment:leak.script, which simply loads attachment:Leak.hs 20 times, results in a max residency of 115 MB: {{{ $ inplace/bin/ghc-stage2 --version The Glorious Glasgow Haskell Compilation System, version 8.0.0.20160206 $ inplace/bin/ghc-stage2 --interactive +RTS -t < leak.script > /dev/null <> }}} This is an obvious regression from 7.10.3, for which the max residency is 18.3 MB: {{{ $ ghc --version The Glorious Glasgow Haskell Compilation System, version 7.10.3 $ ghc --interactive +RTS -t < leak.script > /dev/null <> }}} There is a quick fix for the bulk of the leak (just make the `hsc_IC` field in `HscTypes.HscEnv` strict), but I'd like to track down what caused the regression before I submit a patch. In the meantime, anyone who needs a workaround (without recompiling) should periodically run a command which references the contents of the loaded module. For example, by querying the type of a constructor after each load, attachment:workaround.script is able to reduce the max residency to 29.1 MB: {{{ $ inplace/bin/ghc-stage2 --interactive +RTS -t < workaround.script > /dev/null <> }}} -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/4029#comment:16 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler