Thanks for the information Shawn. I believe it could be due to the types of file that is being indexed. Currently, I'm indexing the EML files which are in HTML format, and they are more rich in content (with in line images and full text), while previously the EML files are in Plain Text format, with the images as attachments.
Will this be the cause of the slow indexing speed which I'm facing now? It is more than 3 times slower than what I had previously. Regards, Edwin On 20 April 2016 at 01:41, Shawn Heisey <apa...@elyograg.org> wrote: > On 4/19/2016 9:28 AM, Zheng Lin Edwin Yeo wrote: > > Currently, the searching performance is still doing fine, but it is the > > indexing that is slowing down. Not sure if increasing the RAM, or > changing > > to a SSD hard disk will help with the indexing speed? > > You need to figure out exactly what is slow -- is it actual indexing, > merging segments, or is it commits? > > If it's commits, then the work will be to speed those up. Reducing or > eliminating autowarming is one thing you can do. Putting the index on > SSD might also help. > > Slow merging might be improved with SSD storage. > > If it's actual indexing speed (independent of merging and commits) > that's slow, then there are a lot of potential reasons. You'll need to > nail down exactly where the bottleneck is. I'm not even sure what > questions to ask on the road to figuring this out. > > Thanks, > Shawn > >