[GHC] #13362: GHC first generation of GC to be as large as largest cache size by default

[GHC]

#13362: GHC first generation of GC to be as large as largest cache size by default
-------------------------------------+-------------------------------------
        Reporter:  varosi            |                Owner:  sjakobi
            Type:  feature request   |               Status:  new
        Priority:  normal            |            Milestone:  8.6.1
       Component:  Runtime System    |              Version:  8.0.2
      Resolution:                    |             Keywords:  numa cache gc
                                     |  newcomers
Operating System:  Unknown/Multiple  |         Architecture:
 Type of failure:  Runtime           |  Unknown/Multiple
  performance bug                    |            Test Case:
      Blocked By:                    |             Blocking:
 Related Tickets:                    |  Differential Rev(s):
       Wiki Page:                    |
-------------------------------------+-------------------------------------

Comment (by varosi):

 How can I experiment with non-optimized version as I doesn't have
 reference for comparison? I could try to build some optimized version.

 Replying to [comment:13 sjakobi]:
 > Replying to [comment:12 varosi]:
 > > Great! Is it possible to share your Windows executable so I could
 experiment on a few machines from a few cores up to close to hundred?
 >
 > You can download a binary distribution
 [https://drive.google.com/file/d/1sNf93dZ9KEZT6yYdfSCM3fAVxn7YyFil/view?usp=sharing
 here]. It's not an optimized build though, so at least building with it
 should be slower than with official releases.
 >
 > Regarding running on Windows machines with close to a hundred cores, the
 current implementation  will only detect caches within its current
 processor group of at most 64 logical processors (see "Remarks"
 [https://msdn.microsoft.com/en-
 us/library/windows/desktop/ms683194(v=vs.85).aspx here]). As long as there
 aren't any larger caches outside of the processor group it will still set
 the allocation area to the correct size.

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