[
https://issues.apache.org/jira/browse/LUCENE-7262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15262848#comment-15262848
]
Adrien Grand commented on LUCENE-7262:
--------------------------------------
Good ideas. I added it as close as it was before LUCENE-7051 but I will give
these ideas a try.
> Add back the "estimate match count" optimization
> ------------------------------------------------
>
> Key: LUCENE-7262
> URL: https://issues.apache.org/jira/browse/LUCENE-7262
> Project: Lucene - Core
> Issue Type: Improvement
> Reporter: Adrien Grand
> Assignee: Adrien Grand
> Priority: Minor
> Attachments: LUCENE-7262.patch
>
>
> Follow-up to my last message on LUCENE-7051: I removed this optimization a
> while ago because it made things a bit more complicated but did not seem to
> help with point queries. However the reason why it did not seem to help was
> that the benchmark only runs queries that match 25% of the dataset. This
> makes the run time completely dominated by calls to FixedBitSet.set so the
> call to FixedBitSet.cardinality() looks free. However with slightly sparser
> queries like the geo benchmark generates (dense enough to trigger the
> creation of a FixedBitSet but sparse enough so that FixedBitSet.set does not
> dominate the run time), one can notice speed-ups when this call is skipped.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
