On Tuesday 01 January 2008 22:24:53 Mark Miller wrote: > I believe that, in general, you'll find that ParallelMultiSearcher is
You believe or you know? And if you know why is there a ParallelMultiSearcher at all? :) And I still wonder why everybody belives and finds out on his own why isn't there are comprehensive collection of common knowledge and best practices for lucene out there? > much slower than just using a MultiSearcher. ParralelMultiSeacher is of > use when you can put the different indexes on separate hard drives or Well, the index might not be on different HDs but *of couse* we're talking about multiple hard drives (at least some RAID, in my case it's some expensive netapp, however I don't know which one exactely but I can find out...). > even better, separate systems (using RMI or something). > > - Mark > > Timo Nentwig wrote: > > On Tuesday 01 January 2008 21:06:06 Mark Miller wrote: > >> The main reason to use a single IndexReader is because its very time > >> consuming to open an IndexReader. If your index is pretty static, maybe > > > > Yes, it takes quite some time to build it and it's not changed but > > rebuilt from scratch. > > > >> Perhaps, in some esoteric case, multiple readers is the right idea > > > > I recently talked to a guy how stated that they'd solved their > > performance issues by breaking up the index into multiple sub-indices and > > searching them in parallel (probably using ParallelMultiSearcher)...hmm, > > well, I've had (and still have) my doubts but on the other hand what's > > the benefit of ParallelMultiSearcher if it doesn't scale better than > > searching a monolithic index? > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
