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=s... 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
#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]: 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