RFR: JDK-8061259: ParNew promotion failed is serialized on a lock

Kim Barrett kim.barrett at oracle.com
Thu Nov 13 19:37:24 UTC 2014

On Nov 7, 2014, at 6:32 AM, Bengt Rutisson <bengt.rutisson at oracle.com> wrote:
> I don't think a thread can ever see a stale true value. We only reset
> after a GC and there is a lot of things happening, including several
> locks being taken and released, before we start a new GC. So, as far
> as I can tell this does not require any more barriers. I may be
> missing something though. If I am, can you give a more specific
> example, Kim?
I can't point to a specific problem path yet. However, I'm rather
paranoid around use of atomics instead of locks, and even more so with
intentional races. And since I can't easily show that all paths are
indeed safe...

However, I think we should defer this part of the discussion until the
final locations of the flag references have been ironed out; see other

More information about the hotspot-gc-dev mailing list