On 5/10/2018 8:28 PM, Shivam Omar wrote:
Thanks Shawn, So there are cases when soft commit will not be faster than the
hard commit with openSearcher=true. We have a case where we have to do bulk
deletions in that case will soft commit be faster than hard commits.
I actually have no idea wheth
A soft commit does not control merging. The IndexWriter controls merging
and hard commits go through the IndexWriter. A soft commit tells Solr to
try and open a new SolrIndexSearcher with the latest view of the index. It
does this with a mix of using the on disk index and talking to the
IndexWriter
From: Shawn Heisey
Sent: Thursday, May 10, 9:43 PM
Subject: Re: Solr soft commits
To: solr-user@lucene.apache.org
On 5/10/2018 9:48 AM, Shivam Omar wrote: > I need some help in understanding
solr soft commits. As soft commits are about visibility and are fast in nature.
They are advised
On 5/10/2018 9:48 AM, Shivam Omar wrote:
I need some help in understanding solr soft commits. As soft commits are about
visibility and are fast in nature. They are advised for nrt use cases.
Soft commits *MIGHT* be faster than hard commits. There are situations
where the performance of a so
