BTW, what is a Delta (in this context, not an equipment line or a rocket, please :-) Dennis Gearon
Signature Warning ---------------- It is always a good idea to learn from your own mistakes. It is usually a better idea to learn from others’ mistakes, so you do not have to make them yourself. from 'http://blogs.techrepublic.com.com/security/?p=4501&tag=nl.e036' EARTH has a Right To Life, otherwise we all die. --- On Thu, 12/16/10, Li Li <fancye...@gmail.com> wrote: > From: Li Li <fancye...@gmail.com> > Subject: Re: Best practice for Delta every 2 Minutes. > To: solr-user@lucene.apache.org > Date: Thursday, December 16, 2010, 10:54 PM > I think it will not because default > configuration can only have 2 > newSearcher threads but the delay will be more and more > long. The > newer newSearcher will wait these 2 ealier one to finish. > > 2010/12/1 Jonathan Rochkind <rochk...@jhu.edu>: > > If your index warmings take longer than two minutes, > but you're doing a > > commit every two minutes -- you're going to run into > trouble with > > overlapping index preperations, eventually leading to > an OOM. Could this be > > it? > > > > On 11/30/2010 11:36 AM, Erick Erickson wrote: > >> > >> I don't know, you'll have to debug it to see if > it's the thing that takes > >> so > >> long. Solr > >> should be able to handle 1,200 updates in a very > short time unless there's > >> something > >> else going on, like you're committing after every > update or something. > >> > >> This may help you track down performance with DIH > >> > >> http://wiki.apache.org/solr/DataImportHandler#interactive > >> > >> <http://wiki.apache.org/solr/DataImportHandler#interactive>Best > >> Erick > >> > >> On Tue, Nov 30, 2010 at 9:01 AM, stockii<st...@shopgate.com> > wrote: > >> > >>> how do you think is the deltaQuery better ? > XD > >>> -- > >>> View this message in context: > >>> > >>> http://lucene.472066.n3.nabble.com/Best-practice-for-Delta-every-2-Minutes-tp1992714p1992774.html > >>> Sent from the Solr - User mailing list archive > at Nabble.com. > >>> > > >
