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

David Simms david.simms at oracle.com
Thu Nov 21 07:36:05 PST 2013


Some test failures due to Solaris ld not finding nanosleep...

On 11/21/2013 04:03 PM, David Simms wrote:
> 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/1937e47e/attachment.html 

More information about the hotspot-runtime-dev mailing list