[GHC] #15426: `elemIndex` and `findIndex` still can't fuse

GHC ghc-devs at haskell.org
Sat Aug 18 15:52:58 UTC 2018


#15426: `elemIndex` and `findIndex` still can't fuse
-------------------------------------+-------------------------------------
        Reporter:  kabuhr            |                Owner:  kabuhr
            Type:  bug               |               Status:  new
        Priority:  normal            |            Milestone:  8.8.1
       Component:  libraries/base    |              Version:  8.4.3
      Resolution:                    |             Keywords:
Operating System:  Unknown/Multiple  |         Architecture:
                                     |  Unknown/Multiple
 Type of failure:  None/Unknown      |            Test Case:
                                     |  testsuite/tests/perf/should_run/T15426.hs
      Blocked By:                    |             Blocking:
 Related Tickets:                    |  Differential Rev(s):
       Wiki Page:                    |  https://phabricator.haskell.org/D5063
-------------------------------------+-------------------------------------

Comment (by kabuhr):

 No, these differences were for the "TotalMem" column from the "nofib-
 analyse" tool.

 I gather this corresponds to the memory "in use" in "-RTS +t" output,
 which is peak OS allocation and presumably sensitive to GC timing.  After
 doing some more testing, it seems both the `cacheprof` and `maillist`
 differences are spurious (e.g., `maillist` either "uses" `8M` or `16M`
 during each run, and I just happened to have a string of good luck on the
 `INLINABLE` test).

 There were no differences in allocations for these or any of the other
 benchmarks.

-- 
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/15426#comment:8>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler


More information about the ghc-tickets mailing list