This one is fun

[Srinivas Ramakrishna]

Looks like you may have found a bug in the code for age updates or usage.
You said this is not a one-off. Perhaps you
can see if the same thing happens with a more recent JDK and file a bug
with more details?

(Unless I am missing something and others might know of some kind of a
known, benign race condition that might allow this to happen.)

-- ramki

On Fri, Nov 16, 2012 at 12:49 AM, Kirk Pepperdine <kirk at kodewerk.com> wrote:

> Would anyone like to comment on how this is possible? :-)
>
> 471491.529: [GC 471491.529: [ParNew
> Desired survivor size 14155776 bytes, new threshold 4 (max 4)
> - age   1:    5583536 bytes,    5583536 total
> - age   2:      35264 bytes,    5618800 total
> - age   3:      25696 bytes,    5644496 total
> - age   4:      78416 bytes,    5722912 total
> - age   5:         48 bytes,    5722960 total
> : 228264K->9132K(249216K), 0.0701370 secs]
> 33856434K->33637302K(60789760K), 0.0703130 secs] [Times: user=0.87
> sys=0.01, real=0.07 secs]
>
> JDK 1.6.0_something_greather_than_25.. and it's not a one-off.
>
> Regards,
> Kirk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20121219/568003b5/attachment.htm>