Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 17985 invoked from network); 24 Jun 2009 14:18:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 Jun 2009 14:18:58 -0000 Received: (qmail 71872 invoked by uid 500); 24 Jun 2009 14:19:07 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 71821 invoked by uid 500); 24 Jun 2009 14:19:07 -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 71811 invoked by uid 99); 24 Jun 2009 14:19:07 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Jun 2009 14:19:07 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [217.110.223.67] (HELO mail.intermediate.de) (217.110.223.67) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 24 Jun 2009 14:18:57 +0000 Received: from [192.168.231.1] (helo=mail.intermediate.de) by mail.intermediate.de with AVK MailGateway; for ; Wed, 24 Jun 2009 16:18:36 +0200 Content-class: urn:content-classes:message Subject: AW: OutOfMemoryError using IndexWriter MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C9F4D6.AA1E3119" Date: Wed, 24 Jun 2009 16:18:37 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: OutOfMemoryError using IndexWriter Thread-Index: Acn0y27fb8h8WF+aS3e6lzUBHBrzegACgxb3 References: <9ac0c6aa0906240148ybcd0694ua3b9f7b7788a1c4b@mail.gmail.com><9ac0c6aa0906240252v36bb1301u6abdd7e0d5ffbd56@mail.gmail.com> <9ac0c6aa0906240557l616e9f7ch2b1067398d2f1082@mail.gmail.com> From: "stefan" To: X-Virus-Checked: Checked by ClamAV on apache.org ------_=_NextPart_001_01C9F4D6.AA1E3119 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, >OK so this means it's not a leak, and instead it's just that stuff is >consuming more RAM than expected. Or that my test db is smaller than the production db which is indeed the = case. >Hmm -- there are quite a few buffered deletes pending. It could be we >are under-accounting for RAM used by buffered deletes. I'll dig on >that. That sounds promising to me, how does a delete happen, we are talking of = complete new re-indexing, no deletes at all should be happening. Are you = saying that I remove docs from the index ? >Also, your char[]'s are taking ~30 MB, byte[] ~26MB, which is odd if >your RAM buffer is 16MB. Does your app create these? A fair amount is created by my app - I histogram without indexing shows = about 10MB chars created by my App: class [C 132399 9457148, though a few more could be created during indexing. > Why is it, that creating a new Index Writer will let the indexing run = fine with 80MB, but keeping it will create an > OutOfMemoryException running with 100MB heap size ? Please explain those buffered deletes in a few more details. Thanks, Stefan ------_=_NextPart_001_01C9F4D6.AA1E3119 Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org ------_=_NextPart_001_01C9F4D6.AA1E3119--