Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 40061 invoked from network); 25 Feb 2011 17:40:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 25 Feb 2011 17:40:55 -0000 Received: (qmail 57941 invoked by uid 500); 25 Feb 2011 17:40:53 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 57679 invoked by uid 500); 25 Feb 2011 17:40:51 -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 57671 invoked by uid 99); 25 Feb 2011 17:40:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Feb 2011 17:40:49 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rcoli@digg.com designates 209.85.210.172 as permitted sender) Received: from [209.85.210.172] (HELO mail-iy0-f172.google.com) (209.85.210.172) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Feb 2011 17:40:43 +0000 Received: by iyj8 with SMTP id 8so1237064iyj.31 for ; Fri, 25 Feb 2011 09:40:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.14.4 with SMTP id e4mr3089487iba.55.1298655622971; Fri, 25 Feb 2011 09:40:22 -0800 (PST) Received: by 10.231.192.80 with HTTP; Fri, 25 Feb 2011 09:40:22 -0800 (PST) In-Reply-To: References: Date: Fri, 25 Feb 2011 09:40:22 -0800 Message-ID: Subject: Re: 2x storage From: Robert Coli To: user@cassandra.apache.org Content-Type: text/plain; charset=ISO-8859-1 On Fri, Feb 25, 2011 at 9:22 AM, A J wrote: > I read in some cassandra notes that each node should be allocated > twice the storage capacity you wish it to contain. I think the reason > was during compaction another copy of SSTables have to be made before > the original ones are discarded. This rule of thumb only exactly applies when you have a single CF. It is better stated as "your node needs to have enough room to successfully compact your largest columnfamily." =Rob