[Gc] Re: Partially scanning a VM's call stack
ludo at gnu.org
Thu Aug 20 05:55:13 PDT 2009
"Boehm, Hans" <hans.boehm at hp.com> writes:
> The GC_init_gcj_malloc interface could be a bit better documented.
Yes, that would be appreciated. Perhaps it could be mentioned in
"gcinterface.html" as well?
> If the stacks can be dynamically allocated, I would personally
> address this problem directly with a custom mark proc.
I finally took this route.
I run a couple of benchmarks with and without "precise stack scanning".
The impact on heap usage and execution time appears to be quite small.
Detailed results are available at:
Is anyone aware of similar experiments? It'd be nice to see if there
are situations where it really matters.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 197 bytes
Desc: not available
Url : http://napali.hpl.hp.com/pipermail/gc/attachments/20090820/48fb8f15/attachment.pgp
More information about the Gc