Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 27844 invoked from network); 14 Oct 2010 19:44:37 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 14 Oct 2010 19:44:37 -0000 Received: (qmail 36016 invoked by uid 500); 14 Oct 2010 19:44:35 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 35998 invoked by uid 500); 14 Oct 2010 19:44:35 -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 35990 invoked by uid 99); 14 Oct 2010 19:44:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Oct 2010 19:44:35 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of bburruss@real.com designates 207.188.23.4 as permitted sender) Received: from [207.188.23.4] (HELO kal-el.real.com) (207.188.23.4) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Oct 2010 19:44:28 +0000 Received: from seacas01.corp.real.com ([::ffff:192.168.139.56]) (TLS: TLSv1/SSLv3,128bits,AES128-SHA) by kal-el.real.com with esmtp; Thu, 14 Oct 2010 12:44:06 -0700 id 000807B6.4CB75D86.00001D94 Received: from [172.21.141.200] (192.168.198.6) by seacas01.corp.real.com (192.168.139.56) with Microsoft SMTP Server id 8.2.254.0; Thu, 14 Oct 2010 12:44:05 -0700 Message-ID: <4CB75D86.2080302@real.com> Date: Thu, 14 Oct 2010 12:44:06 -0700 From: "B. Todd Burruss" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100922 Thunderbird/3.1.4 MIME-Version: 1.0 To: "user@cassandra.apache.org" Subject: Re: using too much RAM References: <4CB74510.3010001@real.com> <4CB754F7.2070803@digg.com> In-Reply-To: <4CB754F7.2070803@digg.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Old-Return-Path: bburruss@real.com X-Virus-Checked: Checked by ClamAV on apache.org thx, it does say that in the log, but that is probably just a reflection of whatever is read from cassandra.yaml. i am wondering if some unix tool can tell me if my process is mmap'ing files. maybe lsof? On 10/14/2010 12:07 PM, Rob Coli wrote: > On 10/14/10 10:59 AM, B. Todd Burruss wrote: >> 0.7.0-beta2 >> >> top is reporting my cassandra process as using 11g. i have set >> "disk_access_mode: standard" and Xmx8G (verified via JMX) >> >> i have only noticed using more RAM than Xmx when using mmap i/o. this >> leads me to believe that disk_access_mode was not set properly, even >> though it is in the config. is there a way to verify this via JMX? (or >> some other way) > There is a log message at startup which will tell you the DiskAccessMode > and IndexAccessMode in use. It looks like.. > > INFO 16:46:06,875 DiskAccessMode 'auto' determined to be mmap, > indexAccessMode is mmap > > =Rob >