Stop worrying about Pete Lweis comments... this is a waste of bandwidth. He obviously does not read well enough to understand (seems to be a non-native english speaker) our comments, and saying the same thing over and over is not going to help him get it.
He is using Lucene improperly, and he will continue to have performance problems due to this. Robert -----Original Message----- From: Armbrust, Daniel C. [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 15, 2004 3:32 PM To: Lucene Developers List Subject: RE: Lock handling and Lucene 1.9 / 2.0 I don't believe that Lucene is read locked for search. It is only for initializing the IndexReader's. So, if each of your JVM's create and keep an IndexReader open, each of your JVM's should be able to search on your single disk concurrently. Just don't create a new IndexReader every time you want to do a search. Then the only time you should have contention (on a read only index) would be if you started all 4 jvm's at the exact same time.... Its different of course, if you are doing updates. Dan -----Original Message----- From: Pete Lewis [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 15, 2004 3:22 PM To: Lucene Developers List Subject: Re: Lock handling and Lucene 1.9 / 2.0 Hi Otis Our configuration is multi-JVM and single shared disk (4 * servers, 1 * SAN). Even having multiple dedicated IndexReaders would still cause us iisues because of the shared disk access for the commit.lock file..... Why are we being exclusive read locked for just a search? I know we are not using Lucene in the 'standard way' but feel that we've laid things out in the best way for our environment, which is driven by issues other than just search. Yep, library == Lucene index. Sorry, also working with different search engine in the Terabyte range and they call their indexes 'libraries' and I forget to make the switch sometimes. Cheers Pete Lewis --------------------------------------------------------------------- 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]
