[GHC] #14854: The size of FastString table is suboptimal for large codebases

[GHC]

#14854: The size of FastString table is suboptimal for large codebases
-------------------------------------+-------------------------------------
        Reporter:  niteria           |                Owner:  (none)
            Type:  bug               |               Status:  new
        Priority:  normal            |            Milestone:
       Component:  Compiler          |              Version:
      Resolution:                    |             Keywords:
Operating System:  Unknown/Multiple  |         Architecture:
 Type of failure:  Compile-time      |  Unknown/Multiple
  performance bug                    |            Test Case:
      Blocked By:                    |             Blocking:
 Related Tickets:                    |  Differential Rev(s):
       Wiki Page:                    |
-------------------------------------+-------------------------------------

Comment (by simonpj):

 I don't grok the details, but this looks good to me.

 Shouldn't the size adapt somehow?  What if there are more faststrings in
 some later, bigger program?  Won't this just happen again?   At least
 should we not have a warning for an over-populated table?

 Whatever happens, please ensure there's a note pointing to this ticket, to
 explain the change.

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