used; see:-
http://openjdk.java.net/contribute/
-- ramki
On 7/27/2011 9:42 AM, Y. Srinivas Ramakrishna wrote:
Cross-posting to serviceability-dev list. Please include both lists
in your responses to this thread.
-- ramki
On 7/27/2011 9:12 AM, Krystal Mok wrote:
Hi all,
I've been lookin
Cross-posting to serviceability-dev list. Please include both lists
in your responses to this thread.
-- ramki
On 7/27/2011 9:12 AM, Krystal Mok wrote:
Hi all,
I've been looking at a strange inconsistency of full GC count recorded by
jvmstat and JMM counters. I'd like to know which ones of the
Hi Keith --
This is perfect! Thanks for all the consolidation and clean-up!
PS: i believe this should fix the recently noted nightly failure in G1
(probably new since G1 started doing weak reference processing recently! --
i had seen it earlier with CMS, but have not checked for the existence of
Keith, two points:
(1) the gc_end() here is incorrectly placed for concurrent full gc calls.
That's because the end may not yet have occurred. It occurs only in the
else arm where we post the notify on the lock.
That's the case when a concurrently called full gc has stood witness
I am not a language spec expert, so this opinion is offered merely as
more grist for the on-going discussion mill...
Jeremy Manson wrote:
Not that I actually have a vote, but if Alan feels it is not worth
making, I would go back to arguing for something like a
VirtualMachineError to be thrown, b
Hi Craig -- No, they are not enabled by default (even in 6.0),
so you'll need to explicitly enable +CMSClassUnloadingEnabled
to get the perm gen to be collected by CMS (as of
6.0 CMSPermGenSweepingEnabled became a no-op with a
suitable warning issued).
If you know the name of a specific JVM option
