
T5837.comp.stderr 2>&1 =====> T6048(optasm) 1392 of 3913 [0, 6, 0] cd ./perf/compiler && '/home/hs01/ezyang/ghc-heap-alloced/inplace/bin/ghc- stage2' -fforce-recom
#8199: Get rid of HEAP_ALLOCED ----------------------------+---------------------------------------------- Reporter: ezyang | Owner: ezyang Type: feature | Status: new request | Milestone: 7.10.1 Priority: normal | Version: 7.7 Component: | Keywords: Compiler | Architecture: Unknown/Multiple Resolution: | Difficulty: Project (more than a week) Operating System: | Blocked By: 5435 Unknown/Multiple | Related Tickets: Type of failure: | None/Unknown | Test Case: | Blocking: | ----------------------------+---------------------------------------------- Comment (by ezyang): I've been keeping an eye on the performance numbers, and this patch to the compiler results in a modest bump in some of the stats that we are testing on: {{{ =====> T3294(normal) 1380 of 3913 [0, 3, 0] cd ./perf/compiler && '/home/hs01/ezyang/ghc-heap-alloced/inplace/bin/ghc- stage2' -fforce-recom p -dno-debug-output -no-user-package-db -rtsopts -fno-ghci-history -c T3294.hs +RTS -V0 -tT32 94.comp.stats --machine-readable -RTS >T3294.comp.stderr 2>&1 max_bytes_used value is too high: Expected max_bytes_used: 43224080 +/-15% Lower bound max_bytes_used: 36740468 Upper bound max_bytes_used: 49707692 Actual max_bytes_used: 54141136 *** unexpected failure for T3294(normal) =====> T4801(normal) 1381 of 3913 [0, 4, 0] cd ./perf/compiler && '/home/hs01/ezyang/ghc-heap-alloced/inplace/bin/ghc- stage2' -fforce-recom p -dno-debug-output -no-user-package-db -rtsopts -fno-ghci-history -c T4801.hs +RTS -V0 -tT48 01.comp.stats --machine-readable -RTS -static >T4801.comp.stderr 2>&1 bytes allocated value is too high: Expected bytes allocated: 392409984 +/-10% Lower bound bytes allocated: 353168985 Upper bound bytes allocated: 431650983 Actual bytes allocated: 446748968 *** unexpected failure for T4801(normal) =====> T3064(normal) 1382 of 3913 [0, 5, 0] cd ./perf/compiler && '/home/hs01/ezyang/ghc-heap-alloced/inplace/bin/ghc- stage2' -fforce-recom p -dno-debug-output -no-user-package-db -rtsopts -fno-ghci-history -c T3064.hs +RTS -V0 -tT30 64.comp.stats --machine-readable -RTS >T3064.comp.stderr 2>&1 bytes allocated value is too high: Expected bytes allocated: 329795912 +/-5% Lower bound bytes allocated: 313306116 Upper bound bytes allocated: 346285708 Actual bytes allocated: 350480296 *** unexpected failure for T3064(normal) =====> T5837(normal) 1391 of 3913 [0, 6, 0] cd ./perf/compiler && '/home/hs01/ezyang/ghc-heap-alloced/inplace/bin/ghc- stage2' -fforce-recom p -dno-debug-output -no-user-package-db -rtsopts -fno-ghci-history -c T5837.hs -ftype-function -depth=50 +RTS -V0 -tT5837.comp.stats --machine-readable -RTS p -dno-debug-output -no-user-package-db -rtsopts -fno-ghci-history -c T6048.hs -O -fasm +RTS - V0 -tT6048.comp.stats --machine-readable -RTS >T6048.comp.stderr 2>&1 bytes allocated value is too high: Expected bytes allocated: 108578664 +/-10% Lower bound bytes allocated: 97720797 Upper bound bytes allocated: 119436531 Actual bytes allocated: 121958160 }}} The bump is understandable, because I need to do some post-processing on the C-- stream which induces some extra allocation. I think I might be able to optimize it some more but it would be nice to know if it's OK to bump these figures up. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8199#comment:27 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler