RFR (S): 8177963: Parallel GC fails fast when per-thread task log overflows
sangheon.kim at oracle.com
Tue Apr 4 19:40:44 UTC 2017
Thank you for fixing this!
62 uint time = MIN2(_time_stamp_index, (uint)GCTaskTimeStampEntries - 1);
Variable name seems not appropriate. 'index' instead of 'time'?
We would face overflow here, so increase only if it is less than
(Because you want to re-use the last buffer when buffers overflow, if
not line 58 also should be '>=')
Or simply rotate it, _time_stamp_index%=GCTaskTimeStampEntries
You already updated all other files except this.
On 04/04/2017 02:48 AM, Thomas Schatzl wrote:
> Hi all,
> can I have reviews for this small fix that changes a guarantee() in
> parallel gc when some logging buffer overflows into a warning message
> about the overflow and (continued) reuse of the last entry of that
> buffer so that the user then can then rerun with a larger buffer.
> Since it is so late in the release cycle I would like to keep the fix
> simple instead of rewriting the buffer logic, i.e. make it expandable
> This change has been mostly contributed by Ramki from Twitter, as part
> of JDK-7180571; however we just got this bug from release testing that
> is a duplicate, and he's unavailable to do an RFR right now, and I want
> this fixed asap. I intend to put him as author for this change.
> local testing, new test, jprt
More information about the hotspot-gc-dev