-DPARALLEL_MARK and GC_enable_incremental()

"Jonathan Gagnon" <[email protected]> Wed, 19 Mar 2008 12:39:15 -0400
Newsgroups gmane.comp.gnome.mono.garbage-collection
Message-ID <00c001c889df$c7c72a90$1b36a8c0@PROG159>
This is a multi-part message in MIME format.

--===============1202650927==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_00C1_01C889BE.40B58A90"

This is a multi-part message in MIME format.

------=_NextPart_000_00C1_01C889BE.40B58A90
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi,
 
I wanted to know how the mono GC behaves on multiprocessor machines.  After
reading some documentation on the Boehm GC, I'm wondering if mono compiles
the GC with -DPARALLEL_MARK.  This allows the collector to run the mark
phase in parallel, and thus use all the available processors on a
multi-processor machine (instead of using just one).  More details can be
found here :
 
http://www.hpl.hp.com/personal/Hans_Boehm/gc/scale.html
 
It seems like they also have generational collection, that can be enable by
calling GC_enable_incremental.  It doesn't seem to be called anywhere in the
mono sources, so I assume it is not used.  Is there a reason why?
 
Thanks,
 
Jonathan
 

------=_NextPart_000_00C1_01C889BE.40B58A90
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.6000.16608" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D030270216-19032008><FONT face=3DArial=20
size=3D2>Hi,</FONT></SPAN></DIV>
<DIV><SPAN class=3D030270216-19032008><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D030270216-19032008><FONT face=3DArial size=3D2>I =
wanted to know how=20
the mono GC behaves on multiprocessor machines.&nbsp; After reading some =

documentation on the Boehm GC, I'm wondering if mono compiles the GC =
with=20
-DPARALLEL_MARK.&nbsp; This allows the collector to run the mark phase =
in=20
parallel, and thus use all the available processors on a multi-processor =
machine=20
(instead of using just one).&nbsp; More details can be found here=20
:</FONT></SPAN></DIV>
<DIV><SPAN class=3D030270216-19032008><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"http://www.hpl.hp.com/personal/Hans_Boehm/gc/scale.html">http://w=
ww.hpl.hp.com/personal/Hans_Boehm/gc/scale.html</A></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D030270216-19032008></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D030270216-19032008>It =
seems like they=20
also have generational collection, that can be enable by calling=20
GC_enable_incremental.&nbsp; It doesn't seem to be called anywhere in =
the mono=20
sources, so I assume it is not used.&nbsp; Is there a reason=20
why?</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D030270216-19032008></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D030270216-19032008>Thanks,</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D030270216-19032008></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D030270216-19032008>Jonathan</SPAN></FONT></DIV>
<DIV><SPAN class=3D030270216-19032008><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_00C1_01C889BE.40B58A90--


--===============1202650927==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Mono-gc-list maillist  -  [email protected]
http://lists.ximian.com/mailman/listinfo/mono-gc-list

--===============1202650927==--