[commit: testsuite] master: bump stats for T1969 and T4801 (f14b54b)
Simon Marlow <[email protected]>
| Newsgroups | gmane.comp.lang.haskell.cvs.ghc |
|---|---|
| Message-ID | <[email protected]> |
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/f14b54b6a6f240d75ecd29d3968f83371e59ef78 >--------------------------------------------------------------- commit f14b54b6a6f240d75ecd29d3968f83371e59ef78 Author: Simon Marlow <[email protected]> Date: Fri Oct 19 13:19:53 2012 +0100 bump stats for T1969 and T4801 Please folks, remember failing perf tests are not expected and should always be investigated. In particular I have no idea why T4801 is now failing - I narrowed it down to something around 30 Sep, but can't see any commits around that date that could have caused it and it has jumped by more than 10%. >--------------------------------------------------------------- tests/perf/compiler/all.T | 23 +++++++++++++++++------ 1 files changed, 17 insertions(+), 6 deletions(-) diff --git a/tests/perf/compiler/all.T b/tests/perf/compiler/all.T index 56d64e8..6f9ac47 100644 --- a/tests/perf/compiler/all.T +++ b/tests/perf/compiler/all.T @@ -38,7 +38,7 @@ test('T1969', # 274932264 (x86/Linux) # 2012-10-08: 303930948 (x86/Linux, new codegen) if_wordsize(64, - compiler_stats_range_field('bytes allocated', 641959976, 1)), + compiler_stats_range_field('bytes allocated', 661832592, 1)), # 17/11/2009: 434,845,560 (amd64/Linux) # 08/12/2009: 459,776,680 (amd64/Linux) # 17/05/2010: 519,377,728 (amd64/Linux) @@ -49,6 +49,7 @@ test('T1969', # 29/08/2012: 633,334,184 (amd64/Linux) # (^ new codegen) # 18/09/2012: 641,959,976 (amd64/Linux) + # 19/10/2012: 661,832,592 (amd64/Linux) only_ways(['normal']), extra_hc_opts('-dcore-lint -static') # Leave -dcore-lint on for this one test, so that we have something @@ -101,29 +102,39 @@ test('T4801', # temporarily unbroken (#5227) if_wordsize(32, compiler_stats_range_field('peak_megabytes_allocated', 30, 20)), - if_wordsize(64, # sample from (amd64/Linux): - compiler_stats_range_field('peak_megabytes_allocated', 50, 20)), + + if_wordsize(64, + compiler_stats_range_field('peak_megabytes_allocated', 64, 20)), + # prev: 50 (amd64/Linux) + # 19/10/2012: 64 (amd64/Linux) (REASON UNKNOWN!) + # expected value: 58 (amd64/OS X): if_platform('x86_64-apple-darwin', compiler_stats_num_field('peak_megabytes_allocated', 56, 60)), # expected value: 228286660 (x86/OS X) if_wordsize(32, compiler_stats_range_field('bytes allocated', 185669232, 10)), - if_wordsize(64, # (amd64/Linux): - compiler_stats_range_field('bytes allocated', 360243576, 10)), + + if_wordsize(64, + compiler_stats_range_field('bytes allocated', 447190832, 10)), + # prev: 360243576 (amd64/Linux) + # 19/10/2012: 447190832 (amd64/Linux) (REASON UNKNOWN!) + # expected value: 510938976 (amd64/OS X): if_platform('x86_64-apple-darwin', compiler_stats_num_field('bytes allocated', 490000000, 530000000)), + if_wordsize(32, # expected value: x86/OS X: 9651948 compiler_stats_num_field('max_bytes_used', 8000000, 12000000)), # expected value: 10290952 (windows) if_wordsize(64, - compiler_stats_range_field('max_bytes_used', 18500000, 15)), + compiler_stats_range_field('max_bytes_used', 26882576, 15)), # prev: 20486256 (amd64/OS X) # 30/08/2012: 17305600--20391920 (varies a lot) + # 19/10/2012: 26882576 (REASON UNKNOWN!) if_platform('x86_64-apple-darwin', compiler_stats_num_field('max_bytes_used', 20000000, 23000000)),