I really don't have a good explanation here, those are the default values and the folks who set them up no doubt chose them with some care. Afraid I'll have to defer to people who actually know the code...
Erick On Mon, Mar 30, 2015 at 11:59 PM, Pavel Hladik <pavel.hla...@profimedia.cz> wrote: > When we indexing I see the deleted docs are a bit changing.. I was surprised > when developer reindex 120M index, we had around 110M of deleted docs and > this number was not falling. As you wrote, the typical behavior should be > merging deleted docs to 10-20% of whole index? So it should be after two > weeks around 20M of deleted docs. > > I'm not sure of settings in our solrconfig.xml: > > <mergePolicy class="org.apache.lucene.index.TieredMergePolicy"> > <int name="maxMergeAtOnce">10</int> > <int name="segmentsPerTier">10</int> > </mergePolicy> > > <mergeFactor>10</mergeFactor> > > <mergeScheduler > class="org.apache.lucene.index.ConcurrentMergeScheduler"/> > > Should we change some of them? The mergeScheduler class is empty. > > When I go to Core Admin, select our core I see: > > maxCacheMB=48.0 maxMergeSizeMB=4.0 > > Is that ok, or the values are too low? > > Best, > Pavel > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/Optimize-SolrCloud-without-downtime-tp4195170p4196506.html > Sent from the Solr - User mailing list archive at Nabble.com.
