Hi Mark/Erick/Nagendra, I was not very confident about NRT at that point of time, when we started project almost 1 year ago, definitely i would try NRT and see the performance.
The current requirement was working fine till we were using commitWithin 10 millisecs in the XMLDocument which we were posting to SOLR. But due to which, we were getting very poor performance (almost 3 mins for 15,000 docs) per user. There are many paraller user committing to our SOLR. So we removed the commitWithin, and hence performance was much much better. But then we are getting this maxWarmingSearcher Error, because we are committing separately as a curl request after once entire doc is submitted for indexing. The question here is what is difference between commitWithin and commit (apart from the fact that commit takes memory and processes and additional hardware usage) Why we want it to be visible as soon as possible, since we are applying many business rules on top of the results (older indexes as well as new one) and apply different filters. upto 5 mins is fine for us. but more than that we need to think then other optimizations. We will definitely try NRT. But please tell me other options which we can apply in order to optimize.? Thanks Naveen On Sun, Aug 14, 2011 at 9:42 PM, Erick Erickson <erickerick...@gmail.com>wrote: > Ah, thanks, Mark... I must have been looking at the wrong JIRAs. > > Erick > > On Sun, Aug 14, 2011 at 10:02 AM, Mark Miller <markrmil...@gmail.com> > wrote: > > > > On Aug 14, 2011, at 9:03 AM, Erick Erickson wrote: > > > >> You either have to go to near real time (NRT), which is under > >> development, but not committed to trunk yet > > > > NRT support is committed to trunk. > > > > - Mark Miller > > lucidimagination.com > > > > > > > > > > > > > > > > > > >
