-
Notifications
You must be signed in to change notification settings - Fork 3.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GH-38366: [Java] Fix Murmur hash on buffers less than 4 bytes #38368
Conversation
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good catch, thank you!
After merging your PR, Conbench analyzed the 5 benchmarking runs that have been run so far on merge-commit 4bbd48d. There were no benchmark performance regressions. 🎉 The full Conbench report has more details. It also includes information about 2 possible false positives for unstable benchmarks that are known to sometimes produce them. |
…pache#38368) ### Rationale for this change Using the `MurmurHash` implementation would cause collisions on small input values. ### What changes are included in this PR? Fix the iteration for small and tail values that are not 4 bytes in length. ### Are these changes tested? Yes ### Are there any user-facing changes? Unlikely unless someone was using the `MurmurHash` functions to persist a hash value. * Closes: apache#38366 Authored-by: Chris Larsen <[email protected]> Signed-off-by: David Li <[email protected]>
…pache#38368) ### Rationale for this change Using the `MurmurHash` implementation would cause collisions on small input values. ### What changes are included in this PR? Fix the iteration for small and tail values that are not 4 bytes in length. ### Are these changes tested? Yes ### Are there any user-facing changes? Unlikely unless someone was using the `MurmurHash` functions to persist a hash value. * Closes: apache#38366 Authored-by: Chris Larsen <[email protected]> Signed-off-by: David Li <[email protected]>
…pache#38368) ### Rationale for this change Using the `MurmurHash` implementation would cause collisions on small input values. ### What changes are included in this PR? Fix the iteration for small and tail values that are not 4 bytes in length. ### Are these changes tested? Yes ### Are there any user-facing changes? Unlikely unless someone was using the `MurmurHash` functions to persist a hash value. * Closes: apache#38366 Authored-by: Chris Larsen <[email protected]> Signed-off-by: David Li <[email protected]>
…pache#38368) ### Rationale for this change Using the `MurmurHash` implementation would cause collisions on small input values. ### What changes are included in this PR? Fix the iteration for small and tail values that are not 4 bytes in length. ### Are these changes tested? Yes ### Are there any user-facing changes? Unlikely unless someone was using the `MurmurHash` functions to persist a hash value. * Closes: apache#38366 Authored-by: Chris Larsen <[email protected]> Signed-off-by: David Li <[email protected]>
Rationale for this change
Using the
MurmurHash
implementation would cause collisions on small input values.What changes are included in this PR?
Fix the iteration for small and tail values that are not 4 bytes in length.
Are these changes tested?
Yes
Are there any user-facing changes?
Unlikely unless someone was using the
MurmurHash
functions to persist a hash value.