[
http://issues.apache.org/jira/browse/LUCENE-664?page=comments#action_12430812 ]
Grant Ingersoll commented on LUCENE-664:
Hi Michael,
Correct me if I am wrong, but does the second patch include the first patch,
too? I have already com
[
http://issues.apache.org/jira/browse/LUCENE-635?page=comments#action_12430748 ]
Yonik Seeley commented on LUCENE-635:
-
> I would lean towards keeping the small change to "setDisabledLocks()".
> Meaning, it's only when you create a FSDirecto
On 8/25/06, Doron Cohen <[EMAIL PROTECTED]> wrote:
In this highly interactive search scenario is it true that every opened
searcher needs a directory listing? - If so is this a possible performance
hit for the searchers, similar to discussion in this thread for writers.
But we should worry more f
[
http://issues.apache.org/jira/browse/LUCENE-665?page=comments#action_12430740 ]
Michael McCandless commented on LUCENE-665:
---
I'm having trouble reproducing this issue. I copied the
TestInterleavedAddAndRemoves.java into src/test/org
[
http://issues.apache.org/jira/browse/LUCENE-665?page=comments#action_12430737 ]
Michael McCandless commented on LUCENE-665:
---
It may make more sense to trap "Access Denied" in the lock.obtain, but then
translate this into "the lock wa
[
http://issues.apache.org/jira/browse/LUCENE-665?page=comments#action_12430732 ]
Michael McCandless commented on LUCENE-665:
---
Doron, just to confirm, is it the COMMIT lock that's throwing these unhandled
exceptions (not the WRITE lock
Doron Cohen wrote:
In my local changes (using numbered files) for lock-less commits, I've
implemented Yonik's suggestsion of opening segments in reverse order,
and this has definitely reduced the number of "retries" that the
searchers hit on opening the index. Even in highly interactive
searchin
