include
that.
From: Yonik Seeley [ysee...@gmail.com]
Sent: 22 February 2016 15:43
To: solr-user@lucene.apache.org
Subject: Re: Slow commits
On Mon, Feb 22, 2016 at 10:22 AM, Adam Neal [Extranet] wrote:
> Highest count is fairly equal between string
of the fields with the highest count? I assume
they are indexed. Are they stored, and do they have docValues?
-Yonik
On Mon, Feb 22, 2016 at 4:37 AM, Adam Neal [Extranet] wrote:
> Well I got the numbers wrong, there are actually around 66000 fields on the
> index. I have restructur
e.org
Subject: Re: Slow commits
Sorry, I see now you mentioned 56K docs which is pretty small.
On Mon, Feb 22, 2016 at 8:30 AM, Susheel Kumar
wrote:
> Adam - how many documents you have in your index?
>
> Thanks,
> Susheel
>
> On Mon, Feb 22, 2016 at 4:37 AM, Adam Neal [Extranet]
&
commit on the
original 66000 fields which was around 1 second.
From: Adam Neal [Extranet] [an...@mass.co.uk]
Sent: 19 February 2016 17:43
To: solr-user@lucene.apache.org
Subject: RE: Slow commits
I'm out of the office now so I don't have the numbe
p a sample.
From: Yonik Seeley [ysee...@gmail.com]
Sent: 19 February 2016 16:25
To: solr-user@lucene.apache.org
Subject: Re: Slow commits
On Fri, Feb 19, 2016 at 8:51 AM, Adam Neal [Extranet] wrote:
> I've recently upgraded from 4.10.2 to 5.3.1 and I've hit an issue
@lucene.apache.org
Subject: Re: Slow commits
On 2/19/2016 6:51 AM, Adam Neal [Extranet] wrote:
> I've recently upgraded from 4.10.2 to 5.3.1 and I've hit an issue with slow
> commits on one of my cores. The core in question is relatively small (56k
> docs) and the issue only shows when commi
Just some additional information, the problem is mainly when the dynamic fields
are stored. Just having them indexed reduces the commit time to around 20
seconds. Unfortunately I need them stored.
From: Adam Neal [Extranet] [an...@mass.co.uk]
Sent: 19
I've recently upgraded from 4.10.2 to 5.3.1 and I've hit an issue with slow
commits on one of my cores. The core in question is relatively small (56k docs)
and the issue only shows when commiting after a number of deletes, commiting
after additions is fine. As an example commiting after deleting
I've always found that figuring out how
_that_ happened is...er... "interesting"...
Best
Erick
On Mon, Nov 12, 2012 at 7:44 AM, Adam Neal wrote:
> Hi,
>
> I have been running two multicore Solr instances under Tomcat using a
> nightly build of 4.0 from September 2011
from your earlier installation in your
classpath that are being picked up. I've always found that figuring out how
_that_ happened is...er... "interesting"...
Best
Erick
On Mon, Nov 12, 2012 at 7:44 AM, Adam Neal wrote:
> Hi,
>
> I have been running two multicore S
Hi,
I have been running two multicore Solr instances under Tomcat using a nightly
build of 4.0 from September 2011. This has been running fine but when I try to
update these instances to the release version of 4.0 I'm hitting problems when
the second instance starts up. If I have one instance o
11 matches
Mail list logo
