-
Bug
-
Resolution: Fixed
-
P4
-
17, 18
-
b08
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8275877 | 17.0.2 | Paul Hohensee | P4 | Resolved | Fixed | b03 |
G1PeriodicGCTask::should_start_periodic_gc calls g1h->time_since_last_collection(), possibly concurrently with the GC setting the collection time, leading to potential value tearing on 32bit platforms. There might be other similar problems; that's just the first one I noticed.
should_start_periodic_gc should probably put it's entire body within an STS-joiner. This would be consistent with other G1ServiceTasks that use an STS-joiner to protect against GC concurrency.
should_start_periodic_gc should probably put it's entire body within an STS-joiner. This would be consistent with other G1ServiceTasks that use an STS-joiner to protect against GC concurrency.
- backported by
-
JDK-8275877 Fix data races in G1PeriodicGCTask
-
- Resolved
-
- relates to
-
JDK-8271217 Fix race between G1PeriodicGCTask checks and GC request
-
- Resolved
-
- links to
-
Commit openjdk/jdk17u/e85351d1
-
Commit openjdk/jdk/f2c359a8
-
Review openjdk/jdk17u/51
-
Review openjdk/jdk/4899
(1 links to)