Garbage collector stopping my world for half a second
Andrew Haley
aph@redhat.com
Sun Dec 11 13:23:00 GMT 2005
> On Wed, 7 Dec 2005, Andrew Haley wrote:
>
> > Boehm, Hans writes:
> > > > -----Original Message-----
> > > > From: Andrew Haley [mailto:aph@redhat.com]
> > > >
> > > > Hans, one of the problems that I found it the the gc doesn't
> > > > allow fine-grained control over which libraries get
> > > > registered as roots and which don't. I fully intend to
> > > > remove the need for auto-registration of gc roots in libgcj
> > > > (and I intend to do so soon) but if it's possible in the
> > > > meantime to scan some subset of shared libraries that would help.
> >
> > > How would you specify those?
> > >
> > > You can currently exclude address ranges, but that makes the client
> > > do the hard stuff. You could try to look for specific library
> > > names. But the implementation of that would have to be
> > > platform-specific, which is a maintenance issue. And it's not
> > > completely clear to me how you name a dynamic library. Pattern
> > > matching on the path name?
> >
> > Give us a callback, with all the information that you have.
Hans Boehm writes:
> I'm unfortunately swamped with other things at the moment.
>
> It should be fairly easy to to add a callback that returns either true or
> false depending on whether the argument library should be registered.
> The library could be described by an address range, and (possibly,
> depending on platform) the path name for the library. (On a few
> platforms, the path name may always end up null, which would probably make
> the facility useless there.)
>
> If someone wants to submit a patch to dyn_load.c ...
OK, no problem. I'll have a look to see what I can do. It'll perhaps
be a little while before I'm ready to use it anyway.
Andrew.
More information about the Java
mailing list