[
https://issues.apache.org/jira/browse/LUCENE-2120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790985#action_12790985
]
John Wang commented on LUCENE-2120:
-----------------------------------
bq. is this what the private static int MAX_READER_GENERATION = 3
No, I misunderstood you. This is just a number I think it is safe to keep for
make sure you don't close reader while it is being searched.
bq. you resolve the deleted docs in the BG
That is not really true. It is stored in a DocIdSet, and it does the skipping
in a special TermDocs for avoid deletes.
bq. It's sort of a "warm in the background" tradeoff, ie, give me my reader
very quickly, even if the first searches against it must run a bit slower since
they double check deletions, until the warming is done.... vs Lucene which
forcefully "warms" (making reopen time longer) before returning the reader to
you.
I am not sure I understand what you mean by "double check deletions". Warming
is done in the background, in the foreground you do search along with ram
indexes that hold transient indexing updates. So one guarantee is that the any
time search is happening the disk index is warm, so you don't have to pay the
cost related to warming.
BTW, i have merged BR_DELETE_OPT down to trunk and did a release. Feel free to
take from trunk.
> Possible file handle leak in near real-time reader
> --------------------------------------------------
>
> Key: LUCENE-2120
> URL: https://issues.apache.org/jira/browse/LUCENE-2120
> Project: Lucene - Java
> Issue Type: Bug
> Components: Index
> Affects Versions: 3.1
> Reporter: Michael McCandless
> Assignee: Michael McCandless
> Fix For: 3.1
>
>
> Spinoff of LUCENE-1526: Jake/John hit file descriptor exhaustion when testing
> NRT.
> I've tried to repro this, stress testing NRT, saturating reopens, indexing,
> searching, but haven't found any issue.
> Let's try to get to the bottom of it, here...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org
