[
https://issues.apache.org/jira/browse/LUCENE-10480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17563022#comment-17563022
]
Adrien Grand commented on LUCENE-10480:
---------------------------------------
I still suspect that one issue when only running queries that are very good at
dynamic pruning is that the JVM doesn't have time to warm up. These queries can
figure out the top 10 hits by only evaluating a few thousands hits, so probably
that parts of the logic still runs in interpreted mode. The fact that queries
run slower when you run them in isolation further suggests that this is the
problematic scenario, not the case when the benchmark includes multiple types
of queries?
> Specialize 2-clauses disjunctions
> ---------------------------------
>
> Key: LUCENE-10480
> URL: https://issues.apache.org/jira/browse/LUCENE-10480
> Project: Lucene - Core
> Issue Type: Task
> Reporter: Adrien Grand
> Priority: Minor
> Time Spent: 6h
> Remaining Estimate: 0h
>
> WANDScorer is nice, but it also has lots of overhead to maintain its
> invariants: one linked list for the current candidates, one priority queue of
> scorers that are behind, another one for scorers that are ahead. All this
> could be simplified in the 2-clauses case, which feels worth specializing for
> as it's very common that end users enter queries that only have two terms?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
