Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 45784 invoked from network); 10 Feb 2009 20:17:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Feb 2009 20:17:33 -0000 Received: (qmail 20721 invoked by uid 500); 10 Feb 2009 20:17:24 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 20692 invoked by uid 500); 10 Feb 2009 20:17:24 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 20681 invoked by uid 99); 10 Feb 2009 20:17:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Feb 2009 12:17:24 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.162.179] (HELO el-out-1112.google.com) (209.85.162.179) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Feb 2009 20:17:14 +0000 Received: by el-out-1112.google.com with SMTP id s27so17591ele.14 for ; Tue, 10 Feb 2009 12:16:51 -0800 (PST) Received: by 10.90.91.6 with SMTP id o6mr382774agb.80.1234297011267; Tue, 10 Feb 2009 12:16:51 -0800 (PST) Received: from ?10.17.4.4? (pool-173-48-164-75.bstnma.fios.verizon.net [173.48.164.75]) by mx.google.com with ESMTPS id 36sm8460634aga.29.2009.02.10.12.16.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Feb 2009 12:16:50 -0800 (PST) Message-Id: From: Michael McCandless To: java-user@lucene.apache.org In-Reply-To: <21938848.post@talk.nabble.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: Memory Eaten up by TermInfo Instances in Lucene 2.4 Date: Tue, 10 Feb 2009 15:16:48 -0500 References: <21913262.post@talk.nabble.com> <21932951.post@talk.nabble.com> <2F672EDE-CADA-4793-B9AC-331398A31696@mikemccandless.com> <21938848.post@talk.nabble.com> X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org chanchitodata wrote: > I actually dont hit OOM, The memory gets 100% full and the JVM hangs. Is it GC'ing during this hang? Can you try reducing your heap size down alot and see if the GC runs faster? (Or, if you can provoke an OOM). How large is your heap now? > Independently what type of GC alogorithm I use. Have tried all sorts > of JVM > GC flags. > Profiling the application with YourKit I can see that the TermInfo > instances > does not get freed up when the GC is done. Well... first off, the 100K TermInfos are still referenced and won't be freed until you close the reader. Likewise, any entries still in the caches are still referenced. How many TermInfo instances do you see still alive before vs after GC? > The application starts with around 100.000 instances of TermInfo and > then > its starts to accumulate around 1000 and 2000 instances per web > request. This seems high (1-2K per request). What are your queries like? How large is the thread pool in your Tomcat instance? > This is,if I understand you right, normal but shouldn't the allocated > TermInfo instances be returned after a GC? I never see the instances > get > freed up. Make sure you look at before/after numbers of TermInfo instances. And, reduce your heap size so that you see GC successfully complete. > The SegmentReader instances are actually just 3 arrays of > SegmentReader > instances. But you only have 1 IndexReader open? (You should only have 1 array of SegmentReaders if so). Is it possible Compass is holding open some SegmentReaders under-the-hood? Are you (or Compass) ever reopening the reader? Mike --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org