[
https://issues.apache.org/jira/browse/LUCENE-8213?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amir Hadadi updated LUCENE-8213:
--------------------------------
Description:
IndexOrDocValuesQuery allows to combine non selective range queries with a
selective lead iterator in an optimized way. However, the range query at some
point gets cached by a querying thread in LRUQueryCache, which negates the
optimization of IndexOrDocValuesQuery for that specific query.
It would be nice to see a caching implementation that offloads to a different
thread pool, so that queries involving IndexOrDocValuesQuery would have
consistent performance characteristics.
was:
IndexOrDocValuesQuery allows to combine non selective range queries with a
selective lead iterator in an optimized way. However, the range query at some
point gets cached by a querying thread, which negates the optimization of
IndexOrDocValuesQuery for that specific query.
It would be nice to see a caching implementation that offloads to a different
thread pool, so that queries involving IndexOrDocValuesQuery would have
consistent performance characteristics.
> offload caching to a dedicated threadpool
> -----------------------------------------
>
> Key: LUCENE-8213
> URL: https://issues.apache.org/jira/browse/LUCENE-8213
> Project: Lucene - Core
> Issue Type: Improvement
> Components: core/query/scoring
> Affects Versions: 7.2.1
> Reporter: Amir Hadadi
> Priority: Minor
> Labels: performance
>
> IndexOrDocValuesQuery allows to combine non selective range queries with a
> selective lead iterator in an optimized way. However, the range query at some
> point gets cached by a querying thread in LRUQueryCache, which negates the
> optimization of IndexOrDocValuesQuery for that specific query.
> It would be nice to see a caching implementation that offloads to a different
> thread pool, so that queries involving IndexOrDocValuesQuery would have
> consistent performance characteristics.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]