[GHC] #13362: GHC first generation of GC to be as large as largest cache size by default
GHC
ghc-devs at haskell.org
Mon Mar 5 06:11:59 UTC 2018
#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 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:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list