United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
JDK-7143511 : G1: Another instance of high GC Worker Other time (50ms)

Details
Type:
Bug
Submit Date:
2012-02-07
Status:
Resolved
Updated Date:
2013-06-21
Project Name:
JDK
Resolved Date:
2012-04-11
Component:
hotspot
OS:
generic
Sub-Component:
gc
CPU:
generic
Priority:
P3
Resolution:
Fixed
Affected Versions:
8-pool
Fixed Versions:
hs24 (b07)

Related Reports
Backport:
Backport:

Sub Tasks

Description
At a G1 performance meeting with the some SPARC hardware engineers, the SPARC engineers showed some G1 GC logs where the time attibuted to "GC Worker Other" time was much higher than expected (around 50ms).

I believe the benchmark being run was SPECjbb2012 - but I don't have details of the VM flags they were running with. The system they were running on was, I believe, a T4.

The SPARC engineers offered some collect experiements from the affected runs - which should help us track down this particular instance of the issue.

We have seen this issue before and the "Other" time was coming from the freeing Chunks associated with the resource allocations. The resource allocations were coming resource-allocating a closure while scanning a card during RSet scanning. We were resource-allocating a new closure per card scanned.

                                    

Comments
EVALUATION

TieredCompilation has increased the number of nmethods in the code cache and increased the number of oops in code, which is increasing the time it takes to execute the StrongRootsScope destructor.

In the PrintGCDetails, the time for the StrongRootsDestructor was incorrectly being attributed to parallel time.
                                     
2012-03-15
EVALUATION

http://hg.openjdk.java.net/hsx/hotspot-gc/hotspot/rev/500023bd0818
                                     
2012-03-30



Hardware and Software, Engineered to Work Together