Internal - RE: PerfData counter: sun.gc.policy.generations in JDK 8

[Mattis Castegren]

Hi

 

How do we usually handle these bugs where we have an external patch to take in, should someone from Dev take ownership of the bug? And should we fix this in 8u60?

 

Kind Regards

/Mattis

 

From: Staffan Larsen 
Sent: den 18 maj 2015 10:23
To: Srinivas Ramakrishna
Cc: serviceability-dev at openjdk.java.net serviceability-dev at openjdk.java.net; hotspot-gc-dev at openjdk.java.net
Subject: Re: PerfData counter: sun.gc.policy.generations in JDK 8

 

Looks like a good patch to me.

 

/Staffan

 

On 14 maj 2015, at 18:12, Srinivas Ramakrishna <HYPERLINK "mailto:ysr1729 at gmail.com"ysr1729 at gmail.com> wrote:

 

https://bugs.openjdk.java.net/browse/JDK-8080345

 

 

 

On Wed, May 13, 2015 at 1:08 PM, Srinivas Ramakrishna <HYPERLINK "mailto:ysr1729 at gmail.com" \nysr1729 at gmail.com> wrote:

 

With perm gen going away (and being replaced by metaspace) in JDK 8, it makes sense that the counter

sun.gc.policy.generations should be "2", rather than "3". However, in JDK 8 that counter still says 3.

As I understand, the intention was that this counter would allow you to (for example) know the range of

the sun.gc.generation.$num.* counters describing each of $num < sun.gc.policy.generations in the heap.

Recall that the erstwhile perm gen in JDK 7 used to be synonymous with sun.gc.generation.2, but the

JDK 8 avatars are now sun.gc.metaspace and sun.gc.compressedclassspace.

 

The fix is simple, and I can submit a patch. Is there an existing bug for this?

 

thanks!

-- ramki

 

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20150520/198b6989/attachment.html>