Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 56239 invoked from network); 10 Jun 2006 05:47:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 10 Jun 2006 05:47:34 -0000 Received: (qmail 21303 invoked by uid 500); 10 Jun 2006 05:47:33 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 21273 invoked by uid 500); 10 Jun 2006 05:47:32 -0000 Mailing-List: contact derby-user-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Discussion" Delivered-To: mailing list derby-user@db.apache.org Received: (qmail 21262 invoked by uid 99); 10 Jun 2006 05:47:32 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Jun 2006 22:47:32 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of mcintyre.a@gmail.com designates 64.233.162.198 as permitted sender) Received: from [64.233.162.198] (HELO nz-out-0102.google.com) (64.233.162.198) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Jun 2006 22:47:31 -0700 Received: by nz-out-0102.google.com with SMTP id 13so800468nzp for ; Fri, 09 Jun 2006 22:47:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=juL9NbWK3rRQgQxBRh9mr8TbYeBc3WP1GoYVTjMKZe3LbZhFrM2uOgQVjIImStBQ5pJkF8whYwd+lZGazc7f+XF2NM8jR5sk0nTCALdRRZAWjZADCy62C44QGrL4xj2+ModrVB3zaQnqJ3mWcqb/bNymViPwJDBd26oOA+yHLw4= Received: by 10.64.114.10 with SMTP id m10mr3673533qbc; Fri, 09 Jun 2006 22:47:11 -0700 (PDT) Received: by 10.65.159.10 with HTTP; Fri, 9 Jun 2006 22:47:11 -0700 (PDT) Message-ID: <54ac72d70606092247g41b24d5di1f2e9c3d1ee36eba@mail.gmail.com> Date: Fri, 9 Jun 2006 22:47:11 -0700 From: "Andrew McIntyre" To: "Derby Discussion" Subject: Re: Derby hogging CPU on startup In-Reply-To: <2606C38685A4FC4AAEB1E0B7963DF75301EF0599@ES22SNLNT.srn.sandia.gov> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2606C38685A4FC4AAEB1E0B7963DF75301EF0599@ES22SNLNT.srn.sandia.gov> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 6/9/06, Mueller, Stephen Ng wrote: > > I am using emdedded Derby for one of my applications. After calling > connection.open() on the database, the connection is returned promptly with > no problem. What API is the connection.open() method from? It's not a JDBC method. > However, after this, my CPU usage goes to nearly 100%, and my > computer slows down. I can perform inserts on the database while this is > happening, but they take a while. Is Derby going through some sort of start > up procedure? Derby start up, even on an underpowered desktop by today's standards (where underpowered = 400 Mhz P3 or 450 Mhz G4) Derby startup shouldn't take more than 10 seconds, even when creating a new database. > Should it be taking up this much CPU? It takes about a > minute or so before completing, and my CPU usage returns to normal. No, I don't think this is normal, and I have not experienced this behavior before. When starting Derby, there is usually an initial spike, though not even to 100% in most cases, and then CPU usage quickly returns to normal. What platform and JVM are you using? Perhaps there is something odd going on with the JVM here. How much RAM do you have? Perhaps the machine is running out of physical memory and there is an excessive amount of access to virtual memory? > Anyone know why this is happening and how/if I can alleviate the problem? FYI, I > am using Derby 10.1.2.1. Nothing recent rings a bell. I've seen CPU spikes in the past, but not recent past - back in the JDK 1.1-era. Any additional details concerning your setup and how you are accessing Derby might be useful in tracking down the problem. Thanks, andrew