Erick,
Thanks very much for your help so far with this one. I have captured the logs
from a commit which shows a commit and new searcher starting.
It appears a few ERROR's are amongst the logs and a few uninverting lines.
The query is a very basic query as shown below:
Erick,
I think you might have nailed it.
After the three warming queries, I get the below when registering a new
searcher. How can I find out what I am missing in my warming queries?
Registered new searcher Searcher@15cdc368[core1]
Erick,
I have tried tuning the queries with some limited success. I still get drastic
differences between the first time I fire my warming query (after newSearcher
ran query) and the second time, or any variant of the query i.e. removing
fields or changing parameters, it runs much faster.
I am
Erick,
Thanks for the response. After I run the initial query and get a long response
time, if I change the query to remove or add additional query statements, I
find the speed is good.
If I run the modified query after a new searcher has registered, the response
is slow but after the modified
Submitting the exact same query twice will return results from the
queryResultCache. I'm not entirely
sure that the firstSearcher events get put into the cache.
So if you change the query even slighty my guess is that you'll see
response times very close to your
original ones of over a second.
After setting a number of newSearcher and firstSearcher queries, I can see in
the console logs that the queries are run, but when I run the same query
against the new searcher (using CuRL), I get a slow response time for the first
run.
Config:
DataType_s:Product
Bernstein [mailto:joels...@gmail.com]
Sent: Thursday, May 15, 2014 6:56 AM
To: solr-user@lucene.apache.org
Subject: Re: autowarming queries
Are you talking about static warming queries, which you define as
newSearcher and firstSearcher events? If so, you should see all three
queries in the log
/listener
-Original Message-
From: Erick Erickson [mailto:erickerick...@gmail.com]
Sent: Monday, May 12, 2014 7:25 PM
To: solr-user@lucene.apache.org
Subject: Re: autowarming queries
First define an auto-warming query :)...
firstSearcher queries are fired when the server is started
Are you talking about static warming queries, which you define as
newSearcher and firstSearcher events? If so, you should see all three
queries in the log. If you're still having the issue, can you post your
warming query configuration?
Joel Bernstein
Search Engineer at Heliosearch
On Wed, May
Hi,
How many auto warming queries are supported per collection in Solr4.4 and
higher? We see one out of three queries in log when new searcher is created.
Thanks!
Hi,
How many auto warming queries are supported per collection in Solr4.4 and
higher? We see one out of three queries in log when new searcher is created.
Shouldn't it print all searcher queries?
Thanks!
'
Subject: autowarming queries
Hi,
How many auto warming queries are supported per collection in Solr4.4 and
higher? We see one out of three queries in log when new searcher is created.
Shouldn't it print all searcher queries?
Thanks!
First define an auto-warming query :)...
firstSearcher queries are fired when the server is started
newSearcher queries are fired when a new searcher is opened, i.e. when
a commit (hard when openSeracher=true or soft) happens.
Let's see your configuration too where you think you're setting up
On Dec 14, 2007, at 11:53 AM, Robert Purdy wrote:
Also is it possible to warm a dynamic field ie (category_*) in the
warming
section in the solrconfig.xml? If so what does it store in the
cache if say
I have category_1, category_2, category_3, category_4 dynamically
stored in
the index?
Hey there, is there a current way to specify dynamic autowarming queries in
the solrconfig.xml? If not is it possible for the solrconfg.xml to read from
a file that I can update on the fly to warm new dynamic fields in the schema
or just new queries to warm to prevent a restart of solr and so
15 matches
Mail list logo
