I believe this patch probably also changes the merge behavior.
I think we need to discuss what exactly the new merge behavior is, if it's OK,
what we think the index invariants should be (no more than x segments of y size,
etc), and I'd like to see some code to test those invariants.
Yes, the pa
[
http://issues.apache.org/jira/browse/LUCENE-565?page=comments#action_12432216 ]
Doron Cohen commented on LUCENE-565:
I agree - I also suspected it might change the merge behavior (and also had
reflections from the repeated trials to have t
Mario, not sure if you emailed the Lucene.NET mailing list, but if you haven't,
you should, as people there will have more incentives to help with .NET and
other Windows stuff.
Otis
- Original Message
From: Mario Alejandro M. <[EMAIL PROTECTED]>
To: [email protected]
Sent: Wed
[
http://issues.apache.org/jira/browse/LUCENE-565?page=comments#action_12432164 ]
Yonik Seeley commented on LUCENE-565:
-
I believe this patch probably also changes the merge behavior.
I think we need to discuss what exactly the new merge beha
[
http://issues.apache.org/jira/browse/LUCENE-565?page=comments#action_12432155 ]
Yonik Seeley commented on LUCENE-565:
-
> the new code is *9* times faster!
That's a bit apples-and-oranges :-) I don't think people use IndexModifier
when t
I like this idea and will give it a shot when I have some cycles. I
definitely think something at the top level is needed on scoring,
even if it is just pointers to appropriate pieces inside.
I was even torn about the reproducing of the scoring formula in the
scoring file. Does anyone kno
Incremental Search
--
Key: LUCENE-668
URL: http://issues.apache.org/jira/browse/LUCENE-668
Project: Lucene - Java
Issue Type: Improvement
Components: Search
Affects Versions: 2.0.0, 1.9, 2.0.1, 2.1
Envi
