JEP 132: More-prompt finalization
ysr1729 at gmail.com
Fri Dec 23 08:24:57 PST 2011
That is true. However, those modifications are in the core libraries. The
VM<->JDK library interaction ceases,
in some sense, at the GC<->RefHandler boundary. So I tend to agree with
the immediately-affected APIs and their implementation (also mentioned by
are in the core libraries. It makes sense to include the core-libs alias
into the discussion.
The JEP also mentions modifications to he RefHandler thread (and, between
the lines, perhaps
has the GC<->RefHandler interaction in mind?). One question: are the
changes envisaged for
the RefHandler thread going to affect the promptness of handling other
than just FinalReferences?
PS: I am glad this JEP is being executed; Finalizers are not going to go
away anytime soon,
even though many applications have been rewritten to reduce their reliance
o Finalization. Thus, this will help many many Java users out there. +1!
On Fri, Dec 23, 2011 at 8:13 AM, Jon Masamitsu <jon.masamitsu at oracle.com>wrote:
> From the VM side there are two issues that I think we should understand
> better before we work on an API. Those are described in the JEP as
> 1) more aggressive management of the of finalization queue and 2) multiple
> finalizer threads. We should see how much of the problem can be
> alleviated by either or both or by other VM side changes that occur to us
> during the work and then think about what is left and what information
> we want from the user to address what's left. As Mark has said, I
> think there will be a library side JEP at some point for those discussions.
> On 12/22/2011 6:15 PM, David Holmes wrote:
>> On 23/12/2011 9:05 AM, mark.reinhold at oracle.com wrote:
>>> Posted: http://openjdk.java.net/jeps/**132<http://openjdk.java.net/jeps/132>
>> hotspot-dev seems the wrong mailing list to discuss this. It is primarily
>> a Java level API. I would suggest using core-libs-dev.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the hotspot-dev