RFR: 8068451: Kitchensink fails with assert(_size >= sz) failed: Negative size

Coleen Phillimore coleen.phillimore at oracle.com
Tue Feb 10 00:41:46 UTC 2015


Thanks, yes, those were the ones I changed.
Coleen

On 2/9/15, 7:04 PM, George Triantafillou wrote:
> Hi Coleen,
>
> Looks good.
>
> The patch shows white space diffs in nmtDCmd.cpp, which will appear in 
> the webrev using the "-b" option:
>
> --- old/src/share/vm/services/nmtDCmd.cpp    2015-02-09 
> 11:39:11.493013000 -0500
> +++ new/src/share/vm/services/nmtDCmd.cpp    2015-02-09 
> 11:39:11.098774000 -0500
> @@ -137,8 +137,8 @@
>      }
>    } else if (_detail_diff.value()) {
>      if (!check_detail_tracking_level(output())) {
> -    return;
> -  }
> +      return;
> +    }
>      MemBaseline& baseline = MemTracker::get_baseline();
>      if (baseline.baseline_type() == MemBaseline::Detail_baselined) {
>        report_diff(false, scale_unit);
>
> -George
>
> On 2/9/2015 6:47 PM, Lois Foltan wrote:
>> Hi Coleen,
>>
>> Looks good.  I couldn't view the diffs in nmtDCmd.cpp though.
>>
>> Thanks,
>> Lois
>>
>> On 2/9/2015 12:38 PM, Coleen Phillimore wrote:
>>> Summary: Need ThreadCritical lock around chunk pool cleaning and 
>>> copying for snapshot
>>>
>>> This change restores the TC lock around the code that frees chunks 
>>> from the chunk pool.  NMT1 needed ThreadCritical lock to track 
>>> malloc'ed memory, but NMT2 doesn't.  This lock is also used to 
>>> protect the code that copies the running snapshot into a saved 
>>> snapshot.  After the latter snapshot is created, NMT reporting 
>>> adjusts the malloc'ed memory for chunks because this memory is 
>>> already reported as the various arenas, so we don't want to 
>>> double-count it.
>>>
>>> Tested Kitchensink with NMT for three days with code to sleep during 
>>> the snapshot copy.  This code reproduced the assertion 18x in about 
>>> 8 hrs.  (Took out the sleep).  Also, fixed some whitespace and typos 
>>> in the execution path of the bug.  Also ran NMT tests.  Can't add a 
>>> test, it's noreg-hard.
>>>
>>> open webrev at http://cr.openjdk.java.net/~coleenp/8068451/
>>> bug link https://bugs.openjdk.java.net/browse/JDK-8068451
>>>
>>> thanks,
>>> Coleen
>>>
>>>
>>>
>>
>



More information about the hotspot-runtime-dev mailing list