[12] RFR: 8208499 NMT: Missing memory tag for Safepoint polling page

Zhengyu Gu zgu at redhat.com
Mon Jul 30 15:20:09 UTC 2018


Thanks for the quick review.

On 07/30/2018 11:05 AM, Aleksey Shipilev wrote:
> On 07/30/2018 04:58 PM, Zhengyu Gu wrote:
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8208499
>> Webrev: http://cr.openjdk.java.net/~zgu/8208499/webrev.00/index.html
> 
> *) memory/allocation.hpp, is it really necessary to drop values from enum?

The values are unnecessary. Every time we add a new tag, we have to 
shift/update values, which is inconvenience and might introduce bugs.

> 
> *) services/memTracker.cpp, not sure why you need to assert this:
> 
>    54   // memory type occupies a byte
>    55   STATIC_ASSERT(mt_number_of_types <= max_jubyte);

memory type is encoded into tracking header as a byte field. The 
assertion ensures that we don't introduce more types that can overflow a 
byte.

> 
> *) runtime/NMT/SafepointPollingPages.java, excess newline:
> 
>    48
>    49

Fixed.

http://cr.openjdk.java.net/~zgu/8208499/webrev.01/

-Zhengyu

> 
> Otherwise looks good.
> 
> -Aleksey
> 


More information about the hotspot-runtime-dev mailing list