[Mono-dev] Point of GC memory allocation in Mono

Rodrigo Kumpera kumpera at gmail.com
Mon Feb 3 22:32:41 UTC 2014


SGen generates fast variants of those functions that don't transition to
native code to alloc memory,
you can disable them in sgen-conf.hq


On Mon, Feb 3, 2014 at 1:11 PM, serus <fabian.nagel at gmail.com> wrote:

> Dear Devs,
>
> I plan to experiment with the garbage collector and, to get me started, I
> wrote a small C# program that allocates a couple of objects and then I
> tried
> to use GDB to find the function calls that allocates memory for these
> objects.
>
> The function candidates that I identified are: /mono_gc_alloc_obj/ and
> /mono_gc_try_alloc_obj_nolock/ (both in /sgen-alloc.c/).
>
> When GDB reaches either breakpoint, I tried to identify whether it is the
> correct call by using the function's /size/ parameter and the fields
> /vtable->klass->name/ / /vtable->klass->name_space/.
>
> However, my approach seems to no work as I cannot find a single qualifying
> call. Could someone please hint me at where my thoughts are wrong and how
> to
> succeed with what I am trying to do.
>
> Thanks,
> Fabi
>
>
>
> --
> View this message in context:
> http://mono.1490590.n4.nabble.com/Point-of-GC-memory-allocation-in-Mono-tp4661839.html
> Sent from the Mono - Dev mailing list archive at Nabble.com.
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20140203/f99922f9/attachment.html>


More information about the Mono-devel-list mailing list