: We optimize less frequently than we used to. Down to twice a month from
once a day.
:
: Without optimizing the search speed stays the same, however the index size
increases to 70+ GB.
:
: Perhaps there is a different way to restrict disk usage.
Consider using the "maxSegments" option on o
Thanks Erick,
Will take a look at this article.
Cheers,
Jason
-Original Message-
From: Erick Erickson [mailto:erickerick...@gmail.com]
Sent: Tuesday, November 01, 2011 8:05 AM
To: solr-user@lucene.apache.org
Subject: Re: Replicating Large Indexes
Yes, that's expected behavior.
sults.
>
> Bob
>
> On Nov 1, 2011, at 12:46 AM, Jason Biggin wrote:
>
>> Wondering if anyone has experience with replicating large indexes. We have
>> a Solr deployment with 1 master, 1 master/slave and 5 slaves. Our index
>> contains 15+ million articles and i
.
Bob
On Nov 1, 2011, at 12:46 AM, Jason Biggin wrote:
> Wondering if anyone has experience with replicating large indexes. We have a
> Solr deployment with 1 master, 1 master/slave and 5 slaves. Our index
> contains 15+ million articles and is ~55GB in size.
>
> Performance
.
Bob
On Nov 1, 2011, at 12:46 AM, Jason Biggin wrote:
> Wondering if anyone has experience with replicating large indexes. We have a
> Solr deployment with 1 master, 1 master/slave and 5 slaves. Our index
> contains 15+ million articles and is ~55GB in size.
>
> Performance
2011 at 12:46 AM, Jason Biggin wrote:
> Wondering if anyone has experience with replicating large indexes. We have a
> Solr deployment with 1 master, 1 master/slave and 5 slaves. Our index
> contains 15+ million articles and is ~55GB in size.
>
> Performance is great on all systems.
Hi Jason,
I'm very curious about how you build( rebuild ) such a big index efficiently?
Sorry that hijack this topic.
Floyd
2011/11/1 Jason Biggin :
> Wondering if anyone has experience with replicating large indexes. We have a
> Solr deployment with 1 master, 1 master/slave a
Wondering if anyone has experience with replicating large indexes. We have a
Solr deployment with 1 master, 1 master/slave and 5 slaves. Our index contains
15+ million articles and is ~55GB in size.
Performance is great on all systems.
Debian Linux
Apache-Tomcat
100GB disk
6GB RAM
2 proc
on
