I would expect an excessively long query (greater than dozens or low
hundreds of terms) to run significantly slower, but 100 seconds does seem
excessively slow even for a 1000-term query.
Add the debugQuery=true parameter to your query request and checking the
timing section to see if the time is spent in the query process or some
other stage of processing.
How is your JVM heap usage? Make sure you have enough heap but not too much.
Are a lot of GCs occurring?
Does your index fit entirely in OS system memory for file caching? If not,
you could be incurring tons of IO.
-- Jack Krupansky
-----Original Message-----
From: Yossi Biton
Sent: Friday, July 4, 2014 7:25 AM
To: solr-user@lucene.apache.org
Subject: Using solr for image retrieval - very long response time
Hello there,
Recently I was trying to implement the bag-of-words model for image
retrieval by using Solr. Shortly this model consists of extracting "visual
words" from images and then use tf-idf schema for fast querying (usually
include also re-ranking stage).
I found solr as a suitable platform (hope i'm not wrong), as it provides
tf-idf ranking.
Currently i'm issuing the following problem :
My images usually contains about 1,000 words, so it means the query
consists of 1,000 terms.
When using simple select query with 1,000 OR i get a very long response
time (100s for index with 2M images).
Is there an efficient way to build the query in this case ?
