Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8082886 | emb-9 | Mikael Gerdin | P3 | Resolved | Fixed | team |
The change is incomplete since several places in the GC code assumes that explicit gcs have the _java_lang_system_gc GCCause value in order to determine the behavior.
For example:
ParallelGC does not apply policy decisions on user-invoked GCs (decided by the GCCause)
G1/CMS honors +ExplicitGCInvokesConcurrent based on the GCCause setting.
This could cause problems for people expecting concurrent gcs when running the diagnostic command instead of a possibly several-second full gc pause.
For example:
ParallelGC does not apply policy decisions on user-invoked GCs (decided by the GCCause)
G1/CMS honors +ExplicitGCInvokesConcurrent based on the GCCause setting.
This could cause problems for people expecting concurrent gcs when running the diagnostic command instead of a possibly several-second full gc pause.
- backported by
-
JDK-8082886 [BACKOUT] GCCause should distinguish jcmd GC.run from System.gc()
-
- Resolved
-
- relates to
-
JDK-8072743 jcmd output change breaks tests
-
- Closed
-
-
JDK-8072681 serviceability/dcmd/gc/RunGCTest.java looks for old output from System.gc()
-
- Closed
-
-
JDK-8072913 [REDO] GCCause should distinguish jcmd GC.run from System.gc()
-
- Resolved
-
-
JDK-8068589 GCCause should distinguish jcmd GC.run from System.gc()
-
- Closed
-