Does debugQuery=true tell anything useful for these? Like what is the component taking most of the 30 seconds. Do you have evictions in your solr caches?
Dmitry On Thu, Jan 31, 2013 at 10:01 AM, Mou <mouna...@gmail.com> wrote: > I am running solr 3.4 on tomcat 7. > > Our index is very big , two cores each 120G. We are searching the slaves > which are replicated every 30 min. > I am using filtercache only and We have more than 90% cache hits. We use > lot of filter queries, queries are usually pretty big with 10-20 fq > parameters. Not all filters are cached. > > we are searching three shards and query looks like this -- > shards=core1,core2,core3&q=*:* &fq=field1:some value&fq = -field2=some > value&sort=date > But some queries are taking more than 30 sec to return result and the > behavior is intermittent. I can not find relation to replication. We are > using Zing jvm which reduced our GC pause to milli secs, so GC is not a > problem. > > How can I improve the qtime? Is it at all possible to get a better qtime > given our index size? > > Thank you for your suggestion. > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/long-QTime-for-big-index-tp4037635.html > Sent from the Solr - User mailing list archive at Nabble.com. >
