*Address.hashCode ignore the upper 32 bits of a long value
Chris Plummer
chris.plummer at oracle.com
Mon Apr 5 21:17:45 UTC 2021
[moving to serviceability-dev]
Hi,
I'm not sure if Address hashcodes are even used by SA, and if they are,
I doubt this slightly improved hash would make a noticeable difference.
However, if you want to pursue this change just to get started with
making OpenJDK contributions, I'm ok with that. I've filed
https://bugs.openjdk.java.net/browse/JDK-8264734
thanks,
Chris
On 4/4/21 1:31 AM, kariyam wrote:
> Hi,
>
> I found that sun.jvm.hotspot.debugger.*.*Address.hashCode ignore the
> upper 32 bits of a long value.
>
> e.g.
> https://github.com/openjdk/jdk/blob/3789983e89c9de252ef546a1b98a732a7d066650/src/jdk.hotspot.agent/share/classes/sun/jvm/hotspot/debugger/linux/LinuxAddress.java#L56
>
> I don't think the upper 32 bits of a long value should be ignored.
> IMHO, the Long.hashCode static method is suitable for such cases.
>
> If it's worth making this change, could anyone submit this issue to JBS?
>
> I'm ready to submit a pull request, but I don't have an Author role.
>
> Please let me know if there is a better place to do so.
>
> Thanks
More information about the serviceability-dev
mailing list