Re: gracefully interrupting an optimize

2011-01-26 Thread Michael McCandless
r.java:4630) >>>        at >>> org.apache.lucene.index.ConcurrentMergeScheduler.doMerge(ConcurrentMergeScheduler.java:235) >>>        at >>> org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:291) >>> >>> right? I can inte

Re: gracefully interrupting an optimize

2011-01-26 Thread Paul Libbrecht
erything is as planned". >> >> thanks >> >> >> Vincent Sevel >> >> >> >> >> >> >> >> >> Michael McCandless >> >> >> 21.01.2011 15:48 >> Please respond to >> java-user@l

Re: gracefully interrupting an optimize

2011-01-26 Thread Michael McCandless
; > > Vincent Sevel > > > > > > > > > Michael McCandless > > > 21.01.2011 15:48 > Please respond to > java-user@lucene.apache.org > > > > To > java-user@lucene.apache.org > cc > > Subject > Re: gracefully interrupting an opti

Re: gracefully interrupting an optimize

2011-01-26 Thread v . sevel
McCandless 21.01.2011 15:48 Please respond to java-user@lucene.apache.org To java-user@lucene.apache.org cc Subject Re: gracefully interrupting an optimize No. If you just do IW.close() <-- no boolean specified, then that defaults to IW.close(true) which means "wait for all B

Re: gracefully interrupting an optimize

2011-01-26 Thread v . sevel
2011 15:48 Please respond to java-user@lucene.apache.org To java-user@lucene.apache.org cc Subject Re: gracefully interrupting an optimize No. If you just do IW.close() <-- no boolean specified, then that defaults to IW.close(true) which means "wait for all BG merges to fini

Re: gracefully interrupting an optimize

2011-01-21 Thread Michael McCandless
No. If you just do IW.close() <-- no boolean specified, then that defaults to IW.close(true) which means "wait for all BG merges to finish". So "normally" IW.close() reserves the right to take a long time. But IW.close(false) should finish relatively quickly... Mike On Fri, Jan 21, 2011 at 9:2

Re: gracefully interrupting an optimize

2011-01-21 Thread Paul Libbrecht
Would that happen "automagically" at finalization? paul Le 21 janv. 2011 à 15:13, Michael McCandless a écrit : > If you call optimize(false), that'll return immediately but run the > optimize "in the background" (assuming you are using the default > ConcurrentMergeScheduler). > > Later, when i

Re: gracefully interrupting an optimize

2011-01-21 Thread Michael McCandless
If you call optimize(false), that'll return immediately but run the optimize "in the background" (assuming you are using the default ConcurrentMergeScheduler). Later, when it's time to stop optimizing, call IW.close(false), which will abort any running merges yet keep any merges that had finished