Tried changing the merge policy but it had no effect on the test
times. But I can rule out ReiserFS as the culprit now too, since I was
able to run with indexes stored on an ext3 partition, and observed a
similar slowdown.
So there's something else going on here with this particular test
setup, bu
Thanks for your advice and patient.
I modify "present",and use stress testing two day(loop search and index),the
"read past EOF" didn't appeared yet.
My system structure should be improved, I hope to get your proposal again in
the future.
--
View this message in context:
http://lucene.472066.n3.n
I was looking to the possibility that _some_ subqueries might discount
(actually remove) field norms. I'm trying out the view that in general while
looking for terms norm values seem appropriate, but when searching for phrases
that my custom query parsing has added to the query, the document bo
See the question was so trivial that you actually missed it :)
The problem is that the docs are filtered (which is is great) but the stats
(BasicStats) aren't, i.e. the stats have been calculated over the whole index
and not just a selected set of documents. For example:
Filter filter
Whats the problem?
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Hany Azzam [mailto:h...@eecs.qmul.ac.uk]
> Sent: Friday, February 10, 2012 6:43 PM
> To: java-user@lucene.apache.org
> Subject: Re: Filt
Hi,
I apologise upfront for the trivial question. I have an IndexSearcher and I am
applying a FieldCacheTermsFilter filter on it to only retrieve documents whose
single docId is in a provided set of allowed docIds. I am particularly
interested in the stats being estimated over the accepted set
