Hello Siva, Do you have an idea what make them freeze? Ideally you might be able to take a thread-dump at the moment of freeze, if you can.
Also, check SolrIndexSearcher debug logs for autowarming timing. What about specifying few heaviest query in newSearcher listener https://cwiki.apache.org/confluence/display/solr/Query+Settings+in+SolrConfig#QuerySettingsinSolrConfig-Query-RelatedListeners? +1 for bumping auto-warming on slaves. On Mon, Jan 6, 2014 at 4:34 PM, sivaprasad <sivaprasa...@echidnainc.com>wrote: > Do we need to set the autowarmCount on Slave or master? As per the Solr > WIKI, > I found the below information. > > Solr4.0 autowarmCount can now be specified as a percentage (ie: "90%") > which > will be evaluated relative to the number of items in the existing cache. > This can be an advantageous setting in an instance of Solr where you don't > expect any search traffic (ie a master), > but you want some caches so that if it does take on traffic it won't be > too > overloaded. Once the traffic dies down, subsequent commits will gradually > decrease the number of items being warmed. > > Regards, > Siva > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/Slowness-of-Solr-search-during-the-replication-tp4109712p4109739.html > Sent from the Solr - User mailing list archive at Nabble.com. > -- Sincerely yours Mikhail Khludnev Principal Engineer, Grid Dynamics <http://www.griddynamics.com> <mkhlud...@griddynamics.com>
