[
https://issues.apache.org/jira/browse/LUCENE-1483?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12657244#action_12657244
]
Michael McCandless commented on LUCENE-1483:
--------------------------------------------
{quote}
> Prob is 1 one then, and I've got a small issue elsewhere.
{quote}
I think we want ord to be the lower bound. EG if seg 1 has:
apple -> 0
banana -> 1
orange -> 2
and then seg 2 has just apple & orange, then banana should map to ord 0 subord
1, meaning it's between ord 0 & 1, I think?
And an exact match (apple & orange in this case) should have subord 0.
{quote}
> I'm hoping there is a lot more optimization we can do to the pure ords case,
> but frankly I have low hopes for it - it should be a bit more competitive
> though.
{quote}
I think the perf gains are very compelling, already, for the ord fallback case
& title sorting. Small result sets are slower, but large result sets are
substantially faster, than current trunk. Not to mention much faster warming
time (side stepping the weirdness with Multi*Reader, and, only loading
FieldCache for new segments).
> Change IndexSearcher to use MultiSearcher semantics for multiple subreaders
> ---------------------------------------------------------------------------
>
> Key: LUCENE-1483
> URL: https://issues.apache.org/jira/browse/LUCENE-1483
> Project: Lucene - Java
> Issue Type: Improvement
> Affects Versions: 2.9
> Reporter: Mark Miller
> Priority: Minor
> Attachments: LUCENE-1483.patch, LUCENE-1483.patch, LUCENE-1483.patch,
> LUCENE-1483.patch, LUCENE-1483.patch, LUCENE-1483.patch, LUCENE-1483.patch,
> LUCENE-1483.patch, LUCENE-1483.patch, LUCENE-1483.patch, LUCENE-1483.patch,
> LUCENE-1483.patch, LUCENE-1483.patch, LUCENE-1483.patch
>
>
> FieldCache and Filters are forced down to a single segment reader, allowing
> for individual segment reloading on reopen.
--
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: [email protected]
For additional commands, e-mail: [email protected]