Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 54060 invoked from network); 14 Dec 2010 20:12:25 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 14 Dec 2010 20:12:25 -0000 Received: (qmail 54849 invoked by uid 500); 14 Dec 2010 20:12:23 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 54772 invoked by uid 500); 14 Dec 2010 20:12:23 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 54764 invoked by uid 99); 14 Dec 2010 20:12:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Dec 2010 20:12:23 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.161.170] (HELO mail-gx0-f170.google.com) (209.85.161.170) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Dec 2010 20:12:14 +0000 Received: by gxk20 with SMTP id 20so859712gxk.29 for ; Tue, 14 Dec 2010 12:11:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.150.144.16 with SMTP id r16mr8541484ybd.204.1292357512526; Tue, 14 Dec 2010 12:11:52 -0800 (PST) Sender: scode@scode.org Received: by 10.150.220.9 with HTTP; Tue, 14 Dec 2010 12:11:52 -0800 (PST) X-Originating-IP: [213.114.156.79] In-Reply-To: <3131899B-60A1-4A8D-94F3-AEFE09FBE741@toptarif.de> References: <43B93B23-D289-481A-8C69-8BCB866ADFF9@toptarif.de> <3131899B-60A1-4A8D-94F3-AEFE09FBE741@toptarif.de> Date: Tue, 14 Dec 2010 21:11:52 +0100 X-Google-Sender-Auth: UtZ67UkuXoWNCm-2V_ta57sf01Y Message-ID: Subject: Re: Memory leak with Sun Java 1.6 ? From: Peter Schuller To: user@cassandra.apache.org Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org >> For debugging purposes you may want to switch Cassandra to "standard" >> IO mode instead of mmap. This will have a performance-penalty, but the >> virtual/resident sizes won't be polluted with mmap():ed data. > > Already did so. It *seems* to run more stable, but it's still far off from being stable. Sorry, that was written under confusion. I meant for the original poster and his monitoring of virtual/resident memory and the fact that he seemed to have a legitimate OS level out of memory condition. In other words, I recommend that to the OP just to remove one variable in terms of monitoring what is consuming memory. -- / Peter Schuller