RE: IndexWriter shutdown

2007-05-23 Thread Steven Parkes
> Or instead of "shutdown" it's more of a "interrupt the > merge if it's in progress" which then doesn't prevent further IO? At a high level, this would seem like the most valuable approach. But I think we would want to distinguish between writing new documents and merges of existing segments. The

[jira] Updated: (LUCENE-430) Reducing buffer sizes for TermDocs.

2007-05-23 Thread Michael Busch (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch updated LUCENE-430: - Attachment: lucene-430.patch I'm attaching a patch that is slightly different from the patch Paul

RE: IndexWriter shutdown

2007-05-23 Thread Michael McCandless
"Doron Cohen" <[EMAIL PROTECTED]> wrote: > > "Michael McCandless" wrote: > > > That's correct. > > > > On seeing the "shutdown in progress" exception, the current "finally" > > clause in mergeSegments would revert the internal state of the > > IndexWriter to be consistent, ie, put back the segment

RE: IndexWriter shutdown

2007-05-23 Thread Doron Cohen
"Michael McCandless" wrote: > That's correct. > > On seeing the "shutdown in progress" exception, the current "finally" > clause in mergeSegments would revert the internal state of the > IndexWriter to be consistent, ie, put back the segments that were in > the process of being merged into its seg

RE: IndexWriter shutdown

2007-05-23 Thread Michael McCandless
"Doron Cohen" <[EMAIL PROTECTED]> wrote: > Michael McCandless wrote on 23/May/2007: > > > Actually if autoCommit=true then the only choice is to keep > > the partial work. In this mode, optimize indeed goes in > > "stages" (merging mergeFactor segments at a time) and after > > each stage it commi

RE: IndexWriter shutdown

2007-05-23 Thread Doron Cohen
Michael McCandless wrote on 23/May/2007: > Actually if autoCommit=true then the only choice is to keep > the partial work. In this mode, optimize indeed goes in > "stages" (merging mergeFactor segments at a time) and after > each stage it commits a new segments_N file and removes the > now-merged

RE: IndexWriter shutdown

2007-05-23 Thread Doron Cohen
Michael Busch wrote on 17/May/2007: > public static class ExtendedFSDirectory extends FSDirectory { > ... > public void flushBuffer(byte[] b, int offset, int size) > throws IOException { > if (ExtendedFSDirectory.this.interrupted) { > throw new IndexWriterInterruptException(); > } > >

[jira] Created: (LUCENE-888) Improve indexing performance by increasing internal buffer sizes

2007-05-23 Thread Michael McCandless (JIRA)
Improve indexing performance by increasing internal buffer sizes Key: LUCENE-888 URL: https://issues.apache.org/jira/browse/LUCENE-888 Project: Lucene - Java Issue Type: Improv

RE: IndexWriter shutdown

2007-05-23 Thread Michael McCandless
"Steven Parkes" <[EMAIL PROTECTED]> wrote: > As to what happens in the middle of a merge or optimize: I think it > might depend on the autoCommit flag. Since an optimize may be done > in stages, whether the intermediary stages are kept or not is going > to depend on when the segments file gets upd