Just to clarify: If you are doing paginated results, then the Hits API is
probably fast enough for you ... it's designed to work well in the first
100 results, and most people don't go that deep when looking at search
results.

if you look back earier in this thread, the "I hope you're not using the
Hits object" comment was in direct response to this...

: When the resultSet is very big, Searching is taking a lot of time.
: For returning responce of a query that finds approx 14 M results, first time
: it is taking approx 17Sec.

the comment was addressing the fact that if you are trying to iterate over
all 14 M results Hits is a very bad way to go.

perhaps that's not what you ment, perhaps you aren't iterating over any
results, in which case using a HitCOllector instead isn't neccessary going
to bring that 17sec down.

a better question is what exactly are you doing? .. what kinds of queries
are you executing?  what method calls are you timing?  how many iterations
are you testing to give the JVM a chance to warm up -- to give the disk
cache a chance to load all the pages for your index?




-Hoss


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to