You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Andrzej Bialecki (JIRA)" <ji...@apache.org> on 2009/11/13 14:10:39 UTC

[jira] Commented: (HBASE-1979) MurmurHash does not yield the same results as the reference C++ implementation when size % 4 >= 2

    [ https://issues.apache.org/jira/browse/HBASE-1979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12777487#action_12777487 ] 

Andrzej Bialecki  commented on HBASE-1979:
------------------------------------------

Please note that this may cause a back-compat issue, as existing stored bloom filters will break (hash values are different after this patch, and this affects how bloom filters are populated / tested).

> MurmurHash does not yield the same results as the reference C++ implementation when size % 4 >= 2
> -------------------------------------------------------------------------------------------------
>
>                 Key: HBASE-1979
>                 URL: https://issues.apache.org/jira/browse/HBASE-1979
>             Project: Hadoop HBase
>          Issue Type: Bug
>          Components: util
>    Affects Versions: 0.20.1
>            Reporter: olivier gillet
>            Assignee: olivier gillet
>            Priority: Trivial
>             Fix For: 0.21.0, 0.20.3
>
>         Attachments: HBASE-1979.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> Last rounds of MurmurHash are done in reverse order. data[length - 3], data[length - 2] and data[length - 1] in the block processing the remaining bytes should be data[len_m +2], data[len_m + 1], data[len_m].

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.