From user-return-28541-apmail-cassandra-user-archive=cassandra.apache.org@cassandra.apache.org Tue Sep 4 03:02:26 2012 Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id EFD99D00A for ; Tue, 4 Sep 2012 03:02:25 +0000 (UTC) Received: (qmail 71247 invoked by uid 500); 4 Sep 2012 03:02:23 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 71205 invoked by uid 500); 4 Sep 2012 03:02: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 71180 invoked by uid 99); 4 Sep 2012 03:02:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Sep 2012 03:02:22 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FSL_RCVD_USER,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of agundabattula@threatmetrix.com designates 98.129.35.12 as permitted sender) Received: from [98.129.35.12] (HELO server505.appriver.com) (98.129.35.12) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Sep 2012 03:02:15 +0000 X-Note-AR-ScanTimeLocal: 9/3/2012 10:01:54 PM X-Policy: GLOBAL - threatmetrix.com X-Primary: agundabattula@threatmetrix.com X-Note: This Email was scanned by AppRiver SecureTide X-ALLOW: @threatmetrix.com ALLOWED X-Virus-Scan: V- X-Note: Spam Tests Failed: X-Country-Path: UNKNOWN->UNITED STATES->UNITED STATES X-Note-Sending-IP: 98.129.35.1 X-Note-Reverse-DNS: smtp.exg5.exghost.com X-Note-Return-Path: agundabattula@threatmetrix.com X-Note: User Rule Hits: X-Note: Global Rule Hits: G285 G286 G287 G288 G292 G293 G304 G395 X-Note: Encrypt Rule Hits: X-Note: Mail Class: ALLOWEDSENDER X-Note: Headers Injected Received: from [98.129.35.1] (HELO smtp.exg5.exghost.com) by server505.appriver.com (CommuniGate Pro SMTP 5.4.4) with ESMTPS id 317309261 for user@cassandra.apache.org; Mon, 03 Sep 2012 22:01:53 -0500 Received: from MBX30.exg5.exghost.com ([169.254.1.69]) by HT06.exg5.exghost.com ([98.129.23.206]) with mapi; Mon, 3 Sep 2012 22:01:53 -0500 From: Ananth Gundabattula To: "user@cassandra.apache.org" Date: Mon, 3 Sep 2012 22:01:51 -0500 Subject: configure KeyCahce to use Non-Heap memory ? Thread-Topic: configure KeyCahce to use Non-Heap memory ? Thread-Index: Ac2KSaKRJiz5g+sKQjSjK0q9Qq9CGQ== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_CC6BAC3F2BF8agundabattulathreatmetrixcom_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_CC6BAC3F2BF8agundabattulathreatmetrixcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Is there any way I can configure KeyCahce to use Non-Heap memory ? We have large memory nodes : ~96GB memory per node and effectively using o= nly 8 GB configured for heap ( to avoid GC issues because of a large heap) We have a constraint with respect to : 1. Row cache models don't reflect our data query patterns and hence can o= nly optimize on the key cache 2. Time constrained to change our schema to be more NO-SQL specific Regards, Ananth --_000_CC6BAC3F2BF8agundabattulathreatmetrixcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Is there any way I can configure KeyCahce to use Non-Heap memory ? 

We have large memory nodes :  ~96G= B memory per node and effectively using only  8 GB configured for heap= ( to avoid GC issues because of a large heap) 

We have a constraint with respect to : 
  1. Row cache mode= ls don't reflect our data query patterns and hence can only optimize on the= key cache 
  2. Time constrained to change our schema to be more N= O-SQL specific


Regards,
Ananth  --_000_CC6BAC3F2BF8agundabattulathreatmetrixcom_--