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
as infrequently as your use case
allows.
- Mark
On Thu, May 10, 2018 at 10:49 AM Shivam Omar <shivam.o...@jeevansathi.com>
wrote:
> Hi,
>
> 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 u
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 advi
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
Hi,
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. I want
to understand does soft commit also honor merge policies and do segment merging
for docs in memory. For example, in case, I keep
