Neil,
Still is not clear whether it multi or singe valued fields that
defines usage or FieldCache or UnInvertedField, and per-segment reader vs
top-level reader.
The only concern I have about your approach is the waste of cpu for
calculate facets for huge *:* docsets. I guess you can try to find
https://issues.apache.org/jira/browse/SOLR-2548 may be of interest to you.
-Michael
Neil,
Would you mind if I ask what particularly do you want to warm by these
queries?
Regards
On Sat, Mar 3, 2012 at 12:37 AM, Neil Hooey nho...@gmail.com wrote:
I'm trying to get Solr to run warming queries in parallel with
listener events, but it always does them in sequence, pegging one
I need to have those queries trigger the generation of facet counts, which
can take up to 5 minutes for all of them combined.
If the facet counts aren't warmed, then the first query to ask for facet
counts on a particular field will take several minutes to return results.
On Sat, Mar 3, 2012 at
I'm trying to get Solr to run warming queries in parallel with
listener events, but it always does them in sequence, pegging one CPU
while calculating facet counts.
Someone at Lucid Imagination suggested using multiple listenever
event=firstSearcher tags, each with a single facet query in them,
Someone at Lucid Imagination suggested using multiple listenever
event=firstSearcher tags, each with a single facet query in them,
but those are still done in parallel.
I meant to say: but those are still done in sequence.
On Fri, Mar 2, 2012 at 3:37 PM, Neil Hooey nho...@gmail.com wrote:
The code does everything in single-threaded mode, but is coded to use
a multi-threaded Java ExecutorService. So, I've filed a request:
https://issues.apache.org/jira/browse/SOLR-3197
On Fri, Mar 2, 2012 at 12:40 PM, Neil Hooey nho...@gmail.com wrote:
Someone at Lucid Imagination suggested
