Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 74422 invoked from network); 30 Jul 2007 19:46:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Jul 2007 19:46:15 -0000 Received: (qmail 39586 invoked by uid 500); 30 Jul 2007 19:46:14 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 39561 invoked by uid 500); 30 Jul 2007 19:46:14 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 39551 invoked by uid 99); 30 Jul 2007 19:46:14 -0000 Received: from Unknown (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Jul 2007 12:46:14 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Jul 2007 19:46:13 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 1F2197141F4 for ; Mon, 30 Jul 2007 12:45:53 -0700 (PDT) Message-ID: <31597041.1185824753124.JavaMail.jira@brutus> Date: Mon, 30 Jul 2007 12:45:53 -0700 (PDT) From: "Kathey Marsden (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-1713) Memory do not return to the system after Shuting down derby 10.2.1.0, following an out of memory event In-Reply-To: <24249054.1155810313849.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-1713?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12516497 ] Kathey Marsden commented on DERBY-1713: --------------------------------------- Can this be closed as Invalid since the out of memory error should not return memory to the system and also since the heap was set too small for the query/database in question? An alternative would be to change it to improvement and change the description to "Reduce memory usage with query with order by" Thoughts? Kathey > Memory do not return to the system after Shuting down derby 10.2.1.0, following an out of memory event > ------------------------------------------------------------------------------------------------------ > > Key: DERBY-1713 > URL: https://issues.apache.org/jira/browse/DERBY-1713 > Project: Derby > Issue Type: Bug > Components: Performance, SQL > Affects Versions: 10.2.1.6 > Environment: Windows XP SP2 > JRE 1.6 beta2 > Reporter: Ibrahim > Attachments: Derby1713repro.java, test.zip, Test1.java > > > I face a problem when querying large tables. I run the below SQL and it stuck in this query and throws java heap exception OutOfMemory: > SELECT count(*) FROM WHERE ..... > N.B. I'm using a database of more than 90,000 records (40 MB). I set the maxHeap to 32 MB (all other settings have the default value, pageCache ... etc ). > Then, I shutdown the database but the memory is not returned to the system (and remain 32 MB [max threshold]). I tried to increase the maxHeap to 128 MB in which it works and releases the memory, so I think the problem is when it reaches the maxHeap then it seems to not respond to anything such as closing the connection or shutting down the database. How can I get rid of this? (because i cannot increase the maxHeap as the database increases, I want to throw an exception and release the memory) > I'm using this to shutdown the DB: > try{DriverManager.getConnection("jdbc:derby:;shutdown=true");} > catch(SQLException ex){System.err.println("SQLException: " + ex.getMessage());} > I'm using a memory Profiler for monitoring the memory usage. > Thanks in advanced. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.