RFR 8215047: Task terminators do not complete termination in consistent state
zgu at redhat.com
zgu at redhat.com
Fri Jan 25 16:59:13 UTC 2019
Hi,
> > > I will think a bit more about the change while waiting for the
> > > test
> > > results.
> > >
>
> Testing showed good results, no issues.
Thanks!
>
> I would like to ask if I understood the changes correctly: to me it
> seems that some of these changes are the actual fix, others seem to
> be
> enhancements.
>
> So the changes in owstTaskTerminator.cpp:68-74 seem to be the actual
> fix for the issue - it needs to recheck _offered_termination within
> the
> lock at that point because of the mentioned race.
I would say that this is actually an enhancement. Without it, merely
delays the termination of this particular thread.
Filed RFE: https://bugs.openjdk.java.net/browse/JDK-8217794
>
> There are additional improvements to both terminators
> (owstTaskTerminator.cpp:171-174, taskqueue.cpp:220-232) that may
> result
> in potential needless additional rounds of offer_termination().
> I.e. before returning a result that indicates to the caller to
> continue
> doing work for another round, instead if in the meantime everyone has
> offered termination, we are obviously done too.
>
> If I am correct, I would strongly prefer if these changes (the
> enhancements) would be changed separately.
>
> Also, the code in taskqueue.cpp:220-232 is worth an extra method with
> a
> description indicating why we can return true in offer_termination in
> that case (because obviously, if all threads are sure to have offered
> termination, between the evaluation of the condition and trying to
> decrement the _offer_termination variable, work has been completed.
Okay. But I want to point out that it is not necessary a race, because
TerminatorTerminator may decide to request an abort based on external
conditions, which may have nothing to do with the progress of the
termination.
Updated Webrev: http://cr.openjdk.java.net/~zgu/JDK-8215047/webrev.02/i
ndex.html
Passed hotspot_gc test, will rerun all other tests.
> As an additional enhancement, it might be worth doing padding of the
> ParallelTaskTerminator::_offered_termination variable.
>
I filed a separate RFE: https://bugs.openjdk.java.net/browse/JDK-821778
5
-Zhengyu
> Thanks,
> Thomas
>
>
More information about the hotspot-gc-dev
mailing list