[
https://issues.apache.org/jira/browse/SOLR-15185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17359369#comment-17359369
]
David Smiley commented on SOLR-15185:
-------------------------------------
Wow; so BytesRef.hashCode is not deterministic across JVM instances
(deliberately) -- I did not know that! I'd rather not use the old code exactly
because it materialized the bytes to characters which is a needless cost when
we just need a deterministic hashCode. So instead I'll call out to
{{org.apache.lucene.util.StringHelper#murmurhash3_x86_32(org.apache.lucene.util.BytesRef,
int)}} with a 0 (constant) seed.
> Improve "hash" QParser
> ----------------------
>
> Key: SOLR-15185
> URL: https://issues.apache.org/jira/browse/SOLR-15185
> Project: Solr
> Issue Type: Improvement
> Reporter: David Smiley
> Assignee: Joel Bernstein
> Priority: Major
> Fix For: main (9.0)
>
> Time Spent: 1h
> Remaining Estimate: 0h
>
> * Don't use Filter (to be removed)
> * Do use TwoPhaseIterator, not PostFilter
> * Don't pre-compute matching docs (wasteful)
> * Support more fields, and more field types
> * Faster hash on Strings (avoid Char conversion)
> * Stronger hash when using multiple fields
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
