[Mono-dev] Issues with GC due to libgc
vargaz at gmail.com
Tue Sep 29 12:33:50 EDT 2009
mono uses the GC_GCJ_MALLOC family of functions which take a gc
On Tue, Sep 29, 2009 at 6:08 PM, Dick Porter <dporter at codicesoftware.com>wrote:
> On Mon, 2009-09-28 at 17:41 -0400, Miguel de Icaza wrote:
> > Hello,
> > > Libgc supports this kind of descriptors and mono already generates
> > > them
> > > for the sgen gc, so it's just a matter of joining those together
> > > (which
> > > should beeasy to do). This should improve a great number of scans in
> > > the
> > > arking process, leaving only stacks and several minor objects without
> > > precise marking. (Should become similar to the current sgen idea,
> > > where
> > > stacks and other roots are scanned conservatively, although not
> > > compacting).
> > Mono already uses those descriptors for the heap; There are only two
> > cases when it does not use that:
> > * Scanning the stack, this is done with the conservative
> > collector.
> > * Any AppDomains that are not the root appdomain.
> I've been looking through the code in svn head. The only place I can
> see an object allocated with mono_gc_alloc_fixed () with the descr
> parameter not NULL (which is the only place in boehm-gc mode that calls
> GC_MALLOC_EXPLICITLY_TYPED ()) is in object.c,
> mono_class_create_runtime_vtable() when class->has_static_refs is true.
> Am I missing something here?
> - Dick
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Mono-devel-list