parallel garbage collection performance

Ryan Newton rrnewton at gmail.com
Tue Jun 26 01:42:35 CEST 2012


>
> However, the parallel GC will be a problem if one or more of your cores is
> being used by other process(es) on the machine.  In that case, the GC
> synchronisation will stall and performance will go down the drain.  You can
> often see this on a ThreadScope profile as a big delay during GC while the
> other cores wait for the delayed core.  Make sure your machine is quiet
> and/or use one fewer cores than the total available.  It's not usually a
> good idea to use hyperthreaded cores either.
>

Does it ever help to set the number of GC threads greater than
numCapabilities to over-partition the GC work?  The idea would be to enable
some load balancing in the face of perturbation from external load on the
machine...

It looks like GHC 6.10 had a "-g" flag for this that.... later went away?

  -Ryan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/glasgow-haskell-users/attachments/20120625/7923ed53/attachment.htm>


More information about the Glasgow-haskell-users mailing list