Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 99599 invoked from network); 5 May 2010 11:45:28 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 5 May 2010 11:45:28 -0000 Received: (qmail 63080 invoked by uid 500); 5 May 2010 11:45:27 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 63016 invoked by uid 500); 5 May 2010 11:45:27 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 63009 invoked by uid 99); 5 May 2010 11:45:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 May 2010 11:45:27 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 May 2010 11:45:24 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o45Bj3Hi025542 for ; Wed, 5 May 2010 11:45:03 GMT Message-ID: <26787473.19441273059903580.JavaMail.jira@thor> Date: Wed, 5 May 2010 07:45:03 -0400 (EDT) From: "Michael McCandless (JIRA)" To: dev@lucene.apache.org Subject: [jira] Updated: (LUCENE-2283) Possible Memory Leak in StoredFieldsWriter MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LUCENE-2283?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-2283: --------------------------------------- Fix Version/s: 2.9.3 3.0.2 3.1 Merged fix for this back to 29x, 30x. It was already on 3x since we cut that branch after this landed. > Possible Memory Leak in StoredFieldsWriter > ------------------------------------------ > > Key: LUCENE-2283 > URL: https://issues.apache.org/jira/browse/LUCENE-2283 > Project: Lucene - Java > Issue Type: Bug > Affects Versions: 2.4.1 > Reporter: Tim Smith > Assignee: Michael McCandless > Fix For: 2.9.3, 3.0.2, 3.1, 4.0 > > Attachments: LUCENE-2283.patch, LUCENE-2283.patch, LUCENE-2283.patch > > > StoredFieldsWriter creates a pool of PerDoc instances > this pool will grow but never be reclaimed by any mechanism > furthermore, each PerDoc instance contains a RAMFile. > this RAMFile will also never be truncated (and will only ever grow) (as far as i can tell) > When feeding documents with large number of stored fields (or one large dominating stored field) this can result in memory being consumed in the RAMFile but never reclaimed. Eventually, each pooled PerDoc could grow very large, even if large documents are rare. > Seems like there should be some attempt to reclaim memory from the PerDoc[] instance pool (or otherwise limit the size of RAMFiles that are cached) etc -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org