#7257: Regression: pinned memory fragmentation
---------------------------------+------------------------------------------
Reporter: jwlato | Owner: simonmar
Type: bug | Status: new
Priority: highest | Milestone: 7.6.2
Component: Compiler | Version: 7.6.1
Keywords: | Os: Unknown/Multiple
Architecture: Unknown/Multiple | Failure: Runtime performance bug
Difficulty: Unknown | Testcase:
Blockedby: | Blocking:
Related: |
---------------------------------+------------------------------------------
Comment(by marlowsd@…):
commit 016fd74d6517512b62b36ff12cdccf2e723a0fb3
{{{
Author: Simon Marlow <marlo...@gmail.com>
Date: Fri Sep 21 13:18:49 2012 +0100
Cache the result of countOccupied(gen->large_objects) as
gen->n_large_words (#7257)
The program in #7257 was spending 90% of its time counting the live
data in gen->large_objects. We already avoid doing this for small
objects, but in this example the old generation was full of large
objects (actually pinned ByteStrings).
includes/rts/storage/GC.h | 1 +
rts/sm/GC.c | 5 ++++-
rts/sm/Storage.c | 3 ++-
3 files changed, 7 insertions(+), 2 deletions(-)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7257#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
