RFR: 8212879: Make JVMTI TagMap table concurrent [v2]

Coleen Phillimore coleenp at openjdk.java.net
Mon Nov 2 16:27:03 UTC 2020


On Mon, 2 Nov 2020 15:18:43 GMT, Erik Österlund <eosterlund at openjdk.org> wrote:

>> Coleen Phillimore has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Code review comments from StefanK.
>
> test/hotspot/jtreg/vmTestbase/nsk/jvmti/scenarios/capability/CM02/cm02t001/cm02t001.cpp line 656:
> 
>> 654:         result = NSK_FALSE;
>> 655: 
>> 656:     printf("Object free events %d\n", ObjectFreeEventsCount);
> 
> Is this old debug info you forgot to remove? Other code seems to use NSK_DISPLAY macros instead.

yes, removed it.

> src/hotspot/share/prims/jvmtiTagMap.cpp line 345:
> 
>> 343: 
>> 344:   // Check if we have to process for concurrent GCs.
>> 345:   check_hashmap(false);
> 
> Maybe add a comment stating the parameter name, as was done in other callsites for check_hashmap.

Ok, will I run afoul of the ZGC people putting the parameter name after the parameter and the rest of the code, it is before?

> src/hotspot/share/prims/jvmtiTagMap.cpp line 3009:
> 
>> 3007:           // Lock each hashmap from concurrent posting and cleaning
>> 3008:           MutexLocker ml(tag_map->lock(), Mutex::_no_safepoint_check_flag);
>> 3009:           tag_map->hashmap()->unlink_and_post(tag_map->env());
> 
> This could call unlink_and_post_locked instead of manually locking.

Ok, 2 requests.  I can call that then and move the logging.

-------------

PR: https://git.openjdk.java.net/jdk/pull/967



More information about the build-dev mailing list