RFR (S): 8028280 ParkEvent leak when running modified runThese which only loads classes

David Simms david.simms at oracle.com
Thu Nov 21 07:03:33 PST 2013


Small fix for resource leakage with concurrent free list handling down 
in park.cpp

I did modify Thread::SpinAcquire() to be independent of park event 
(naked OS functions only), since this method doesn't need to follow 
Thread.interrupt() semantics (park doesn't make sense here).

This allowed a simple spin lock around the resources without worrying 
about the fact that park is used in runtime locks.

Perhaps SpinAcquire/Release could be spit out to a separate stand-alone 
util class, a some point in the future.

Bug: https://bugs.openjdk.java.net/browse/JDK-8028280
Webrev: http://cr.openjdk.java.net/~dsimms/8028280/ 
<http://cr.openjdk.java.net/%7Edsimms/8028280/>

Testing: vm testbase, BigApps (30 mins), jtreg (all 64bit platforms) 
(...almost completed)


/David Simms
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/attachments/20131121/edab6a3b/attachment.html 


More information about the hotspot-runtime-dev mailing list