Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 66890 invoked from network); 1 Feb 2006 12:16:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Feb 2006 12:16:39 -0000 Received: (qmail 67819 invoked by uid 500); 1 Feb 2006 12:16:23 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 67744 invoked by uid 500); 1 Feb 2006 12:16:23 -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 67718 invoked by uid 99); 1 Feb 2006 12:16:23 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Feb 2006 04:16:23 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [217.20.168.25] (HELO uar.i-hypergrid.com) (217.20.168.25) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Feb 2006 04:16:22 -0800 Received: from [192.168.0.86] (vbychkoviak.jforce [192.168.0.86]) by uar.i-hypergrid.com (Postfix) with ESMTP id D535888766 for ; Wed, 1 Feb 2006 14:16:01 +0200 (EET) Message-ID: <43E0A676.5000405@i-hypergrid.com> Date: Wed, 01 Feb 2006 14:15:50 +0200 From: Volodymyr Bychkoviak User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: java-user@lucene.apache.org Subject: Re: Memory problem References: <005201c62719$5e199b80$6500a8c0@leondell> In-Reply-To: <005201c62719$5e199b80$6500a8c0@leondell> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N As long as you have many document in index there can many unique terms in index. Every 128th term(by default) is written to term info index for faster term lookup. This info is loaded entirely to memory when searching so this can increase memory usage. Note that this does not depends on number of documents in index, it depends on number of unique terms in index. This can be changed by setting higher value in indexWriter.setTermIndexInterval(); Be aware of setting this value too hight because search performance will degrade. NOTE: this options is available only in Lucene 1.9. Also it can depend on number of fields in document, the way you process them (store, index, tokenize etc.) Leon Chaddock wrote: > Hi All, > > We have a lucene index of over 10 000 000 docs at this time. > When we try and run a search we get > java.lang.OutOfMemoryError: Java heap space > > We have tried setting the xmx settings to 1gb but to no avail (the box > has 4gb of memory available) . IS there any guidance on handling > memory or has anyone had similar problems before that could help? > > Many thanks > > Leon > > ----- Original Message ----- From: "Pradeep Sharma" > > To: > Sent: Wednesday, February 01, 2006 2:03 AM > Subject: Greetings and my first question - Is it a good practise to > store application configuration in Lucene > > > > > I have just joined this user group, but I probably will be asking > questions / contributing for a while now as I am starting to work on a > product which will use Lucene exclusively. > > Still in the designing phase, and I see that we need to manage several > user / application specific configurations and I am exploring the idea > of storing the configuration information also in the Index, may be > create a separate index just for the configuration, because each > module of the application will have access to Lucene classes. > > I know technically this can be done, but are there any best practises > which discourage this? > > Thanks in advance. > -Pradeep > > > > -------------------------------------------------------------------------------- > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.375 / Virus Database: 267.14.25/246 - Release Date: > 30/01/2006 > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org > For additional commands, e-mail: java-user-help@lucene.apache.org > > -- regards, Volodymyr Bychkoviak --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org