[infinispan-issues] [JBoss JIRA] (ISPN-3905) Murmurhash3 implementation is slow on String keys

[Sanne Grinovero (JIRA)]

    [ https://issues.jboss.org/browse/ISPN-3905?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13137080#comment-13137080 ] 

Sanne Grinovero commented on ISPN-3905:
---------------------------------------

I wasn't suggesting to use a hash strategy for String different than MrumurHash3, but I was hoping we could look into our implementation to see if we could hash String instances without having to invoke {{getBytes()}} on them.

> Murmurhash3 implementation is slow on String keys
> -------------------------------------------------
>
>                 Key: ISPN-3905
>                 URL: https://issues.jboss.org/browse/ISPN-3905
>             Project: Infinispan
>          Issue Type: Enhancement
>          Components: Core
>    Affects Versions: 6.0.0.Final, 6.0.1.Final
>            Reporter: Sanne Grinovero
>            Assignee: Dan Berindei
>            Priority: Minor
>             Fix For: 8.1.0.Final
>
>
> String instances are a common choice for being used as key entries, still the getBytes() operation being performed allocates costly buffers, and the computation to get those bytes looks like expensive too.
> I suspect there might be good reasons for not using the String's own hashcode directly as an input to Murmurhash? Still that's what other implementations seem to do.



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)