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.
