[
https://issues.apache.org/jira/browse/SOLR-16818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joel Bernstein updated SOLR-16818:
----------------------------------
Description:
This is something that should have been done a long time ago. Many of the
performance problems I've seen are due to not adding static warming queries for
facets and joins. Expecting users to understand this is simply not the right
approach. This ticket will add a "warm" parameter to fields which will warm the
top level doc values cache after each new searcher is opened.
We may want to deprecate static warming queries altogether in later releases of
Solr because in my opinion their only job is to warm top level doc values
caches.
The approach to warming fields would be to inject some code where the static
warming queries are executed which loop through all the fields marked warm=true
in the schema and load the top level doc values for that field.
was:
This is something that should have been done a long time ago. Many of the
performance problems I've seen are due to not adding static warming queries for
facets and joins. Expecting users to understand this is simply not the right
approach. This ticket will add a "warm" parameter to fields which will warm the
top level doc values cache after each new searcher is opened.
We may want to deprecate static warming queries altogether in later releases of
Solr because in my opinion their only job is to warm top level doc values
caches.
> Add "warm" parameter to field definition
> ----------------------------------------
>
> Key: SOLR-16818
> URL: https://issues.apache.org/jira/browse/SOLR-16818
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Joel Bernstein
> Assignee: Joel Bernstein
> Priority: Major
>
> This is something that should have been done a long time ago. Many of the
> performance problems I've seen are due to not adding static warming queries
> for facets and joins. Expecting users to understand this is simply not the
> right approach. This ticket will add a "warm" parameter to fields which will
> warm the top level doc values cache after each new searcher is opened.
> We may want to deprecate static warming queries altogether in later releases
> of Solr because in my opinion their only job is to warm top level doc values
> caches.
> The approach to warming fields would be to inject some code where the static
> warming queries are executed which loop through all the fields marked
> warm=true in the schema and load the top level doc values for that field.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
