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