8162795: RFR: [REDO] MemberNameTable doesn't purge stale entries

serguei.spitsyn at oracle.com serguei.spitsyn at oracle.com
Tue Feb 21 03:13:12 UTC 2017


Hi Kevin,

This looks good but one comment needs to be corrected:

http://cr.openjdk.java.net/~kevinw/8162795/webrev.00/src/share/vm/prims/methodHandles.cpp.udiff.html

+ // This is linear because these because these are short lists. The 
"because these" repeated twice.



Thanks,
Serguei


On 2/20/17 07:24, Kevin Walls wrote:
> Hi,
>
> This is a review request for:
> [REDO] MemberNameTable doesn't purge stale entries
> https://bugs.openjdk.java.net/browse/JDK-8162795
>
> For certain apps, such as those with heavy use of the JavaScript 
> engine, the MemberNameTable and its weak references can introduce 
> considerable GC overhead.  In some cases GC cannot keep up with the 
> activity and collection times continually increase.  This is a 
> regression in jdk8 or later, compared to e.g. jdk7.
>
> The change in 8152271:
> https://bugs.openjdk.java.net/browse/JDK-8152271
> MemberNameTable doesn't purge stale entries
>
> ...fixes this, but that was reverted from 9 due to a regression in a 
> microbenchmark.  While that benchmark is a concern, more serious is 
> the regression currently out there for certain apps when moving up to 
> JDK 8 or 9.  Adding back the change in 8152271 fixes this.
>
> Re-applying the original change from 8152271 by Coleen still works, 
> with one copyright date fixup.  A webrev is:
>
> http://cr.openjdk.java.net/~kevinw/8162795/webrev.00/
>
> Plan is to re-integrate the 8152271 change in 9 (this request), and 
> backport to 8.  Meanwhile, a better solution for MemberNameTable in 
> jdk10 is being pursued in 
> https://bugs.openjdk.java.net/browse/JDK-8174749
>
> Thanks
> Kevin
>
>



More information about the hotspot-runtime-dev mailing list