Lucene 2.2.0 in 64-bit JVM: IndexReader is hung

2009-03-23 Thread Venkat Rangan
Hi, We have an application using Lucene 2.2.0 running in a Sun HotSpot JVM, with JDK 1.6.0. We have had no problems with it in the 32-bit version of the JVM. We recently upgraded to 64-bit JVM and occasionally, we are observing a hang. In particular, the stack trace looks like this - the Random

RE: Lucene 2.2.0 in 64-bit JVM: IndexReader is hung

2009-03-23 Thread Venkat Rangan
RandomAccessFile.readBytes()? In an active system, it would be normal to see threads blocked there... just on different calls. If RandomAccessFile.readBytes() is actually hanging, it's not a Lucene issue, but a JVM/OS bug. -Yonik http://www.lucidimagination.com On Mon, Mar 23, 2009 at 3:31 PM, Venkat R

MergePolicy option to retain deleted docID positions

2009-07-14 Thread Venkat Rangan
a few unit tests to confirm its correct operation. Is there an interest in pursuing this as a useful capability? Thanks, Venkat Rangan Clearwell Systems Inc. (650) 526 0639 http://www.clearwellsystems.com <http://www.clearwellsystems.com/> - Delivering Intelligent eDiscovery

Number of documents in each segment before a merge occurs

2009-07-25 Thread Venkat Rangan
) _ram_8 (1 docs) _ram_9 (1 docs) into _0 (10 docs) Thanks, Venkat Rangan Clearwell Systems Inc.

RE: Number of documents in each segment before a merge occurs

2009-07-25 Thread Venkat Rangan
tioned. If that's not the case, then it'd be good if you can paste here the indexing code including the IndexWriter setup, docs indexing etc. Shai On Sun, Jul 26, 2009 at 8:25 AM, Venkat Rangan < venkat.ran...@clearwellsystems.com> wrote: > Hi, > > > > We a

RE: Number of documents in each segment before a merge occurs

2009-07-26 Thread Venkat Rangan
It looks like you're using a version of Lucene before 2.3? Before 2.3, every document was written to its own RAM segment, and then these segments were merged during flushing. Mike On Sun, Jul 26, 2009 at 2:42 AM, Venkat Rangan wrote: > Shai, > > Thanks for your response. T