[prev in list] [next in list] [prev in thread] [next in thread]
List: openjdk-serviceability-dev
Subject: Internal - RE: PerfData counter: sun.gc.policy.generations in JDK 8
From: Mattis Castegren <mattis.castegren () oracle ! com>
Date: 2015-05-20 10:27:24
Message-ID: fc1cdfa1-e031-4fa9-aa23-541b2fe94db9 () default
[Download RAW message or body]
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@openjdk.java.net serviceability-dev@openjdk.java.net; \
hotspot-gc-dev@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@gmail.com"ysr1729@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@gmail.com" \nysr1729@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
[Attachment #3 (text/html)]
<html xmlns:v="urn:schemas-microsoft-com:vml" \
xmlns:o="urn:schemas-microsoft-com:office:office" \
xmlns:w="urn:schemas-microsoft-com:office:word" \
xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" \
xmlns="http://www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV="Content-Type" \
CONTENT="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 12 \
(filtered medium)"><style><!-- /* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=SV link=blue vlink=purple><div \
class=WordSection1><p class=MsoNormal><span \
style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Hi<o:p></o:p></span></p><p \
class=MsoNormal><span \
style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p \
class=MsoNormal><span lang=EN-US \
style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>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?<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US \
style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p \
class=MsoNormal><span lang=EN-US \
style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Kind \
Regards<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US \
style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>/Mattis<o:p></o:p></span></p><p \
class=MsoNormal><span lang=EN-US \
style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div><div \
style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p \
class=MsoNormal><b><span lang=EN-US \
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span \
lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Staffan Larsen \
<br><b>Sent:</b> den 18 maj 2015 10:23<br><b>To:</b> Srinivas \
Ramakrishna<br><b>Cc:</b> serviceability-dev@openjdk.java.net \
serviceability-dev@openjdk.java.net; \
hotspot-gc-dev@openjdk.java.net<br><b>Subject:</b> Re: PerfData counter: \
sun.gc.policy.generations in JDK 8<o:p></o:p></span></p></div></div><p \
class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Looks like a good patch to \
me.<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p \
class=MsoNormal>/Staffan<o:p></o:p></p></div><div><p \
class=MsoNormal><o:p> </o:p></p><div><blockquote \
style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal>On 14 maj 2015, \
at 18:12, Srinivas Ramakrishna <<a \
href="mailto:ysr1729@gmail.com">ysr1729@gmail.com</a>> \
wrote:<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><div><div><p \
class=MsoNormal><a href="https://bugs.openjdk.java.net/browse/JDK-8080345" \
target="_blank"><span \
style='font-size:10.0pt'>https://bugs.openjdk.java.net/browse/JDK-8080345</span></a><o:p></o:p></p><div><p \
class=MsoNormal><o:p> </o:p></p></div><div><p \
class=MsoNormal><o:p> </o:p></p></div><div><p \
class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>On Wed, May 13, 2015 at \
1:08 PM, Srinivas Ramakrishna <<a href="mailto:ysr1729@gmail.com" \
target="_blank">ysr1729@gmail.com</a>> wrote:<o:p></o:p></p><div><p \
class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>With perm gen going away \
(and being replaced by metaspace) in JDK 8, it makes sense that the \
counter<o:p></o:p></p></div><div><p class=MsoNormal>sun.gc.policy.generations should \
be "2", rather than "3". However, in JDK 8 that counter still \
says 3.<o:p></o:p></p></div><div><p class=MsoNormal>As I understand, the intention \
was that this counter would allow you to (for example) know the range \
of<o:p></o:p></p></div><div><p class=MsoNormal>the sun.gc.generation.$num.* counters \
describing each of $num < sun.gc.policy.generations in the \
heap.<o:p></o:p></p></div><div><p class=MsoNormal>Recall that the erstwhile perm gen \
in JDK 7 used to be synonymous with sun.gc.generation.2, but \
the<o:p></o:p></p></div><div><p class=MsoNormal>JDK 8 avatars are now \
sun.gc.metaspace and sun.gc.compressedclassspace.<o:p></o:p></p></div><div><p \
class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>The fix is simple, \
and I can submit a patch. Is there an existing bug for \
this?<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p \
class=MsoNormal>thanks!<o:p></o:p></p></div><div><p class=MsoNormal>-- \
ramki<o:p></o:p></p></div></div></div><p \
class=MsoNormal><o:p> </o:p></p></div></div></div></blockquote></div><p \
class=MsoNormal><o:p> </o:p></p></div></div></body></html>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic