Hi Andy,

I believe you are on the right track, index fragmentation maybe your issue.

How frequently are you updating the index, vs. how frequently are you
optimizing it? Is the update adding new documents vs. modifying existing
documents?

If after optimizing you still don't get back the original performance, stop
indexing for a bit and see if search gets better.

If fragmentation is your issue, I have some suggestions that may work for
you.

Regards,

-- George

-----Original Message-----
From: Andy Berryman
Sent: Tuesday, October 31, 2006 1:25 PM
To: lucene-net-user@incubator.apache.org;
lucene-net-dev@incubator.apache.org
Subject: Question about query performance degredation

I have a scenario where I'm seeing the performance (specifically time) of
searches against my index degrade on a daily basis. The amount of time it
is taking to load the index is staying fairly constant however. This is a
fairly large index. It has over a million documents in it.

The scenario I have is that I'm maintaining the index from data in the
database ... and I'm doing so on onstant basis. So essentially as changes
are made in the database I have a background task that updates the index.
So I'm supporting concurrent readers and writers on a constant basis
throughout the day. I'm NOT using compound files. During my development
and testing, the use of compound files caused a significant increase in Disk
I/O usage and caused the maintenance of the index to take much longer. As
such ... I decided against them.

My thoughts are that the reason the search is taking longer is because the
index files are getting more and more "fragmented" over time because I'm not
using the compound files. And that's why the searches are taking longer.

Thoughts?

Thanks
Andy

Search Discussions

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouplucene-net-user @
categorieslucene
postedNov 1, '06 at 4:58a
activeNov 1, '06 at 4:58a
posts1
users1
websitelucene.apache.org

1 user in discussion

George Aroush: 1 post

People

Translate

site design / logo © 2022 Grokbase