[GHC] #3294: Large compilation time/memory consumption

GHC ghc-devs at haskell.org
Wed Aug 12 14:21:03 UTC 2015


#3294: Large compilation time/memory consumption
-------------------------------------------------+-------------------------
        Reporter:  pumpkin                       |         Owner:  simonmar
            Type:  bug                           |        Status:  closed
        Priority:  low                           |     Milestone:  7.4.1
       Component:  Compiler                      |       Version:  6.10.3
      Resolution:  wontfix                       |      Keywords:
Operating System:  MacOS X                       |  Architecture:  x86
 Type of failure:  Compile-time performance bug  |     Test Case:
      Blocked By:                                |      Blocking:
 Related Tickets:                                |
-------------------------------------------------+-------------------------

Comment (by Thomas Miedema <thomasmiedema@…>):

 In [changeset:"f903949beee3a4e0a925003b5553066c9f513c11/ghc" f903949/ghc]:
 {{{
 #!CommitTicketReference repository="ghc"
 revision="f903949beee3a4e0a925003b5553066c9f513c11"
 Pretty: improving the space/time performance of vcat, hsep, hcat (#10735)

 After 5d57087e314bd484dbe14958f9b422be3ac6641a ("Pretty: fix a broken
 invariant"), T3294 showed 50% more max_bytes_used (#3294). After this
 commit, max_bytes_used is back to what it was before, and the test
 passes again.

 This is a backport of a bug fix by Benedikt Huber (#2393), from commit
 1e50748beaa4bd2281d323b18ea51c786bba04a1 in the pretty library.

 From https://mail.haskell.org/pipermail/libraries/2008-June/009991.html:

     vcat (hsep,cat) is implemented in an unneccessarily strict way.
     We only get some output after all of vcat's arguments are evaluated
     and checked against being Empty.
     This can be improved by only checking the right argument of foldr
     against being Empty, and
     then applying an Empty-filter on the resulting Doc. Space improvement
     is obvious.
     The microbenchmark (code.haskell.org/~bhuber/Text/PrettyPrint/
     HughesPJPerfCheck.hs) suggests that
     the improvements in time are remarkable too.
 }}}

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


More information about the ghc-tickets mailing list