Review Request (S) 8014288: perf regression in nashorn JDK-8008448.js test after 8008511 changes

David Holmes david.holmes at oracle.com
Thu May 23 17:15:33 PDT 2013


Hi Serguei,

I have two queries:

In MemberNameTable::add_member_name why do you not have 
assert_locked_or_safepoint(MemberNameTable_lock) ?

In MethodHandles::init_field_MemberName you deleted:

304   InstanceKlass::cast(field_holder())->add_member_name(mname);

apart from this seeming to be unrelated to the rest of the fix, does its 
removal make the previous 8 lines of comment unnecessary? (I confess I 
don't understand the relationship between the comment and the code anyway.)

Thanks,
David

On 24/05/2013 9:19 AM, serguei.spitsyn at oracle.com wrote:
> Please, review the fix for:
>    bug: http://bugs.sun.com/view_bug.do?bug_id=8014288
>    jbs: https://jbs.oracle.com/bugs/browse/JDK-8014288
>
> Open webrev:
> http://cr.openjdk.java.net/~sspitsyn/webrevs/2013/hotspot/8014288-JVMTI-JSR292.1/
>
>
> Summary:
>    The fix of the 8008511 introduced a performance regression for the
> Nashorn tests.
>    The fix is to use method_idnum() for direct indexing into the
> MemberNameTable
>    that replaces a linear search caused the regression.
>    No new regression test is needed as the Nashorn tests show the
> performance is back to normal.
>
> Testing:
>    The vm/mlvm and Nashorn tests
>
> Thanks,
> Serguei


More information about the serviceability-dev mailing list