Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 1111 invoked from network); 29 Jun 2005 20:56:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 29 Jun 2005 20:56:27 -0000 Received: (qmail 85396 invoked by uid 500); 29 Jun 2005 20:56:21 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 85375 invoked by uid 500); 29 Jun 2005 20:56:21 -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 Delivered-To: moderator for java-user@lucene.apache.org Received: (qmail 71143 invoked by uid 99); 29 Jun 2005 20:52:20 -0000 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 includes SPF record at spf.trusted-forwarder.org) Reply-To: From: "Lokesh Bajaj" To: Subject: RE: issues building a large index Date: Wed, 29 Jun 2005 13:52:12 -0700 Message-ID: <000e01c57cec$6f950390$0700a8c0@Lokesh> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20050627170818.16658.qmail@web31113.mail.mud.yahoo.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N We ran into some disk issues that have delayed my testing. We are not sure, but it might also have been causing the problem that we saw when running the large Lucene merges. I will send out another note once our disk problems are fixed. Lokesh -----Original Message----- From: Otis Gospodnetic [mailto:otis_gospodnetic@yahoo.com] Sent: Monday, June 27, 2005 10:08 AM To: java-user@lucene.apache.org Subject: Re: issues building a large index Hi, Perhaps using hprof with cpu=samples may reveal more information about what CPU is doing. I think this is a valid use case. Otis --- Lokesh Bajaj wrote: > Thanks for the idea. I have tried with both 512m and 1024m with the > same results. I also turned on verbose gc logging. Once I see this > slowdown, the gc is running only once every 12 minutes or so and > finishes in less than 0.005 seconds. > > Its basically stuck at 100% cpu usage, but doesn't seem to be doing > anything useful. Lokesh > > > > Daniel Naber wrote: > On Saturday 25 June 2005 02:10, Lokesh Bajaj wrote: > > > 3] Does this seem like a JVM issue? Since its always pointing to a > > native method, I am not really sure what to look for or debug. > > Does you JVM have enough heap (e.g. -Xmx500M)? Java gets slow if it's > busy with garbage collection. > > Regards > Daniel --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org