> I doubt that this is hosting provider problem, because in one other > project I > use Zend_Search_Lucene and there are no problems with speed. > I used optimize() after each 1000 documents, because before adding each > document i'm performing search - to verify that index already does not > contain the same document.
BTW Use $index->TermDocs($term) to get lest of documents matching a specified term. It's faster since it doesn't need to calculate scores. > > One more question - is that OK that index of ~7350 documents is about 25MB > in size? Each document = an article. In average article = 250words. > > Endijs Lisovskis > > > Jurriën Stutterheim wrote: > > > > Sorry, I completely overlooked that bit of your email. I'm not sure > > about the bottleneck in that case... it might be your hosting provider > > with a (very, very) slow server? An index as small as ~7350 docs and a > > limit of 150 results should be lightning fast... > > You can speed up your indexing process by the way. Just let it index > > all documents and do one optimze() afterwards. > > > > > > > > -- > View this message in context: http://www.nabble.com/Zend_Search_Lucene--- > how-to-find-performance-problem-source--tp20085562p20091058.html > Sent from the Zend Framework mailing list archive at Nabble.com.
