Loading...

XML

Word

Printable

Type: Enhancement
Resolution: Fixed
Priority: P4
Fix Version/s: 16
Affects Version/s: 15
Component/s: hotspot
Labels:

Subcomponent:
gc
Resolved In Build:
b18

Sometimes humongous allocations could trigger excessive concurrent mark cycles, although young-gen collections already reclaim many humongous objects with eager reclamation.
G1 could abort such unnecessary concurrent mark cycles in such cases.

See discussions in:
http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2020-January/028357.html
http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2020-March/028712.html

blocks

JDK-8248783 G1: Trigger concurrent start if humongous allocation needs the reserved space to avoid evac failure

Closed

is blocked by

JDK-8253177 outputStream not declared in markWord.hpp

Resolved

JDK-8248221 G1: millis_since_last_gc updated at wrong time

Closed

JDK-8247928 Refactor G1ConcurrentMarkThread for mark abort

Resolved

relates to

JDK-8248917 G1: Reconsider counting aborted concurrent marks as full collections

Open

JDK-8316355 G1: Improve concurrent undo cycle to be more efficient

Open

JDK-8242847 G1 should not clear mark bitmaps with no marks

Resolved

JDK-8253928 G1: Remove G1ConcurrentMarkThread::set_in_progress declaration

Resolved

JDK-8265326 Strange Characters in G1GC GC Log

Resolved

JDK-8253902 G1: Starting a new marking cycle before the conc mark thread fully completed causes assertion failure

Closed

JDK-8245511 G1 adaptive IHOP does not account for reclamation of humongous objects by young GC

Resolved

links to

Commit openjdk/jdk/37b70282

Review openjdk/jdk/177

(6 relates to, 2 links to)

Assignee:: Thomas Schatzl

Reporter:: Man Cao

Votes:: 0 Vote for this issue

Watchers:: 3 Start watching this issue

Created:: 2020-03-04 17:21

Updated:: 2023-09-15 04:00

Resolved:: 2020-09-25 00:13

Details

Description

Attachments

Issue Links

Activity

People

Dates