[jira] Commented: (LUCENE-745) Make inspection of BooleanQuery more efficient

2006-12-12 Thread Kevin Oliver (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-745?page=comments#action_12457838 ] Kevin Oliver commented on LUCENE-745: - This should also be considered along with LUCENE-711, which sizes some of the other Vectors more appropriately. > M

[jira] Updated: (LUCENE-532) [PATCH] Indexing on Hadoop distributed file system

2006-11-13 Thread Kevin Oliver (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-532?page=all ] Kevin Oliver updated LUCENE-532: Attachment: cfs-patch.txt Here are some diffs on how to remove seeks from CompoundFileWriter (this is against an older version of Lucene, 1.4.2 I think, but

RE: [jira] Commented: (LUCENE-532) [PATCH] Indexing on Hadoop distributed file system

2006-11-13 Thread Kevin Oliver
We considered patching this code when we ran into a data consistency issue bug with our file system. It wasn't too difficult to patch CompoundFileWriter to output lengths instead of offsets. Naturally, I can't seem to find my implementation of this, but as I recall it wasn't too difficult to do. I

RE: IndexWriter.addIndexes(Directory[] dirs)

2005-12-12 Thread Kevin Oliver
IndexSearcher searcher = new IndexSearcher("/dev/searchdata/addIndexesTest1"); Hits hits = searcher.search(new TermQuery(new Term("f", "words"))); assertEquals(2, hits.length()); searcher.close(); } } -Original Me

RE: IndexWriter.addIndexes(Directory[] dirs)

2005-12-12 Thread Kevin Oliver
Volodymyr, I tried this patch out, and unfortunately it doesn't appear to work for me. Is there something I missed? I'll try attaching my Junit test case that works when the code is unpatched, but fails on the final assertion expecting 2 hits (on line 63) when I used the patched IndexWriter.java.

RE: Faking index merge by modifying segments file?

2005-11-01 Thread Kevin Oliver
org Subject: Re: Avoiding segment merges during indexing Kevin - are you saying that you can just comment out the 2 optimize() calls and addIndexes(Directory[]) will keep working? I don't recall why there are optimize() calls again, but I know several people had issues with it... Otis --- Kevin

RE: Avoiding segment merges during indexing

2005-08-11 Thread Kevin Oliver
there are optimize() calls again, but I know several people had issues with it... Otis --- Kevin Oliver <[EMAIL PROTECTED]> wrote: > This is a proposal that is in need of some insights. > > In an effort to speed up adding documents to an existing index, we > are > pursu

Avoiding segment merges during indexing

2005-08-11 Thread Kevin Oliver
erstanding. Is there a clean way of doing what I'm proposing? Is there some hidden catch I'm missing and I've been going down the wrong path? It seems to me this would be a great benefit to anyone who does indexing on existing indexes and wants it to be fas