> On Oct 18, 2021, at 2:38 PM, Shawn Heisey <elyog...@elyograg.org> wrote: > >> What should we have in the newSearcher startup query, if the new searcher is >> going to bring over the cached FQs from an existing searcher? > > I know that filterCache handles autowarming for fq parameters. I do not know > whether queryResultCache stores anything related to facets, but I would guess > that it doesn't. > > If your facet fields all have docValues, then I would expect OS disk caching > to be the most important thing to have to speed those up, not Solr/Lucene > caching. In the absence of docValues, the data structures required for > faceting must be generated in the Java heap, which takes time and memory, > potentially a large amount.
This sounds like you’re saying there is no value in having warming queries in the newSearcher. Is that correct?
