On Jan 1, 2008 4:40 PM, Timo Nentwig <[EMAIL PROTECTED]> wrote: > 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?
uuuh, because no one like you has made one? Lucene is *free*, and depends upon contributors. Who volunteer their own time. Who have other jobs. We'd all be grateful if you would write up your experiences and contribute to help fill the gap.... Best Erick > > > > 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] > >
