Return-Path: Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: (qmail 36616 invoked from network); 22 Mar 2010 05:52:50 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 22 Mar 2010 05:52:50 -0000 Received: (qmail 57999 invoked by uid 500); 22 Mar 2010 05:52:50 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 57904 invoked by uid 500); 22 Mar 2010 05:52:49 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 57893 invoked by uid 99); 22 Mar 2010 05:52:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Mar 2010 05:52:48 +0000 X-ASF-Spam-Status: No, hits=-1087.9 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Mar 2010 05:52:47 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 29DDD234C052 for ; Mon, 22 Mar 2010 05:52:27 +0000 (UTC) Message-ID: <210683158.398271269237147160.JavaMail.jira@brutus.apache.org> Date: Mon, 22 Mar 2010 05:52:27 +0000 (UTC) From: "Chris Goffinet (JIRA)" To: commits@cassandra.apache.org Subject: [jira] Commented: (CASSANDRA-896) GC issues with LinkedBlockingQueue, very large heap sizes MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CASSANDRA-896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12848031#action_12848031 ] Chris Goffinet commented on CASSANDRA-896: ------------------------------------------ ArrayBlockingQueue helps keep memory under control. I set the capacity to 4096 (stagingQueueSize). Test is still running but within first 15 minutes its stable. I will measure different sizes, as this is going to limit writes (blocking queue). I think we will have to make this a tunable so users can trade off memory for higher write throughput. > GC issues with LinkedBlockingQueue, very large heap sizes > --------------------------------------------------------- > > Key: CASSANDRA-896 > URL: https://issues.apache.org/jira/browse/CASSANDRA-896 > Project: Cassandra > Issue Type: Bug > Components: Core > Affects Versions: 0.6 > Reporter: Chris Goffinet > Assignee: Chris Goffinet > Fix For: 0.6 > > Attachments: Screen shot 2010-03-14 at 10.19.09 PM.png, Screen shot 2010-03-14 at 10.20.31 PM.png > > > We were doing a large import over thrift today (250M rows) with 50 columns each. We noticed when this process started, that the heap usage slowly began to rise. Eventually hitting 10GB. After investigating heap dumps we noticed this is linked to GC problems in the JVM for LinkedBlockingQueue. Sending a hint through jconsole to perform GC didn't help either. > See this article: > http://tech.puredanger.com/2009/02/11/linkedblockingqueue-garbagecollection/ > JDK 1.6.18 doesn't have this fix yet either. We could possibly add the change from: > http://svn.apache.org/repos/asf/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent/LinkedBlockingQueue.java -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.