lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Erik Hatcher <e...@ehatchersolutions.com>
Subject Re: Embedded SOLR using the SOLR collection distribution
Date Wed, 05 Sep 2007 09:42:46 GMT

On Sep 5, 2007, at 3:30 AM, Dilip.TS wrote:
>  I would like to know if can implement the Embedded SOLR using the  
> SOLR
> collection distribution?

Partly... the rsync method of getting a master index to the slaves  
would work, but you'd need a way to <commit/> to the slaves so that  
they reload their IndexSearcher's.

	Erik


>
>
> Regards,
> Dilip
>
>
> -----Original Message-----
> From: mike topper [mailto:mtopper@riseup.net]
> Sent: Wednesday, August 22, 2007 8:29 PM
> To: solr-user@lucene.apache.org
> Subject: almost realtime updates with replication
>
>
> Hello,
>
> Currently in our application we are using the master/slave setup and
> have a batch update/commit about every 5 minutes.
>
> There are a couple queries that we would like to run almost  
> realtime so
> I would like to have it so our client sends an update on every new
> document and then have solr configured to do an autocommit every 5-10
> seconds.
>
> reading the Wiki, it seems like this isn't possible because of the
> strain of snapshotting and pulling to the slaves at such a high rate.
> What I was thinking was for these few queries to just query the master
> and the rest can query the slave with the not realtime data, although
> I'm assuming this wouldn't work either because since a snapshot is
> created on every commit, we would still impact the performance too  
> much?
>
> anyone have any suggestions?  If I set autowarmingCount=0 would I be
> able to to pull to the slave faster than every couple of minutes (say,
> every 10 seconds)?
>
> what if I take out the postcommit hook on the master and just have the
> snapshooter run on a cron every 5 minutes?
>
> -Mike


Mime
View raw message