On 8/11/2016 6:27 AM, Michael McCandless wrote: > You could explore this idea using a custom MergePolicy? > > That would let you run perf. tests on the 35 GB index, comparing > forceMerge, expungeDeletes (TMP), and expungeDeletes (your new > MergePolicy).
That's an interesting idea. I can attempt that, but I must admit up front that I might not be able to figure out how to write it. Somebody asked me privately how the idea I'm proposing would be different than the existing expungeDeletes functionality. I don't really know how it would be different, but I do know that when I send a commit with expungeDeletes set to true, the number of deletes in the index hasn't changed when it finishes, which happens just as quickly as a regular commit. That's why I started thinking about this approach. I've seen occasional questions on the Solr list and in the IRC channel about how to get rid of deleted documents without waiting for a full optimize/forceMerge, so I think there's a demand for the functionality. Thanks, Shawn --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
