Bump allocations for T6048
authorBen Gamari <ben@smart-cactus.org>
Fri, 11 Mar 2016 12:23:30 +0000 (13:23 +0100)
committerBen Gamari <ben@smart-cactus.org>
Fri, 11 Mar 2016 12:23:30 +0000 (13:23 +0100)
This occassionally fails with allocations a few tenths of a percent
above threshold. Sadly there isn't a clear cause; it's likely just the
result of gradual creep, further underscoring the need for more regular
performance characterization.

testsuite/tests/perf/compiler/all.T

index 61ac9b2..e7e467c 100644 (file)
@@ -587,7 +587,7 @@ test('T6048',
             # 2014-09-03: 56315812 (x86 Windows, w/w for INLINEAVBLE)
             # 2014-12-01: 49987836 (x86 Windows)
 
-           (wordsize(64),  95946688, 12)])
+           (wordsize(64),  108225624, 12)])
              # 18/09/2012  97247032 amd64/Linux
              # 16/01/2014 108578664 amd64/Linux (unknown, likely foldl-via-foldr)
              # 18/01/2014  95960720 amd64/Linux Call Arity improvements
@@ -597,6 +597,7 @@ test('T6048',
              # 29/08/2014 108354472 amd64/Linux w/w for INLINABLE things
              # 14/09/2014  88186056 amd64/Linux BPP part1 change (more NoImplicitPreludes in base)
              # 08/01/2014  95946688 amd64/Linux Mostly 4c834fd. Occasional spikes to 103822120!
+             # 11/03/2016 108225624 amd64/Linux unknown reason sadly; likely gradual creep.
       ],
       compile,[''])