querier multithreaded, the fastest index configuration would
ideally be one big index?
Thanks you for your help!
Ryan
-Original Message-
From: Doug Cutting [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 18, 2005 11:32 AM
To: Lucene Users List
Subject: Re: ParallellMultiSearcher Vs. One big
Ryan Aslett wrote:
What I found was that for queries with one term (First Name), the large
index beat the multiple indexes hands down (280 Queries/per second vs
170 Q/s).
But for queries with multiple terms (Address), the multiple indexes beat
out the Large index. (26 Q/s vs 16 Q/s)
Btw, Im running
Okay, so Im trying to find the sweet spot on how many index segments I
should have.
I have 47 million records of contact data (Name + Address). I used 7
machines to build indexes that resulted in the following spread of
individual indexes:
1503000
150
1497000
5604750
5379750
1437000
1458000
