Using Lucene 3.5.0, on a 32-core machine, I have coded something shaped like:
make a writer on a RAMDirectory.
start:
Create a near-real-time searcher from it.
farm work out to multiple threads, each of which performs a search
and retrieves some docs.
When all are done, write some new do
Your not very clear about where you see the specific slow operations, at
search or re-index time.
I am going to go out on a limb here and suggest that maybe its at index
time, and maybe the yourkit trace showing the 5 merge threads awaiting
the monitor is the cause of your issues.
You claim
hi
thanks for your reply,
but, if i add one extra word *[abc]* in all three document and then i try
to search string i m getting top matched document on top which is not case
when i removed abc from all the document and search string.
So here i m getting doc2 which has maximum word matched whe
