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 7047360FB for ; Wed, 22 Jun 2011 17:09:50 +0000 (UTC) Received: (qmail 89279 invoked by uid 500); 22 Jun 2011 17:09:47 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 89240 invoked by uid 500); 22 Jun 2011 17:09:47 -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 89231 invoked by uid 99); 22 Jun 2011 17:09:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Jun 2011 17:09:47 +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 (nike.apache.org: domain of ryan@twitter.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; Wed, 22 Jun 2011 17:09:41 +0000 Received: by iye7 with SMTP id 7so1169501iye.31 for ; Wed, 22 Jun 2011 10:09:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=twitter.com; s=google; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=+L0jZkSqKINCtzq658oySRktaa0MLAvCU2ci/657M8A=; b=dGOKDFirimws1FxbtPjdf5b5eSDboAQ0l3M0AlTIhjzHfAic9g/sblSSfCRchtHCal 9iPUYDX2fPJ05UsAwUESL9PuQqHgoNVRJCcmHtjAW55ktnSV5Lpg6piEer/SNF++WW4j lqa2K/ikv2zzg1rMrlBYThFcYhw0Lln1FeY/s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=twitter.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=COAWIJKIwR4nBUYqZcDxHsXPXTVrMw/91LaJU4Y0STE2+NT2idD7Y5Gsa/gjD1Yyya Gwe4Qw5g4qpGK41OS6SWCUJkHYYWq5muHDv1SIDC//2TcPdtLUfzSFHP+XRnLu+9C1ZP yqTcMXJwx/KgcJhKSUuDfsF1/T98sGknwsFNg= Received: by 10.42.77.73 with SMTP id h9mr944203ick.466.1308762560124; Wed, 22 Jun 2011 10:09:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.219.8 with HTTP; Wed, 22 Jun 2011 10:09:00 -0700 (PDT) In-Reply-To: <777BA3D6-C9E6-4267-A734-B90A634A5D2D@gmail.com> References: <777BA3D6-C9E6-4267-A734-B90A634A5D2D@gmail.com> From: Ryan King Date: Wed, 22 Jun 2011 10:09:00 -0700 Message-ID: Subject: Re: simple question about merged SSTable sizes To: user@cassandra.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Jun 22, 2011 at 10:00 AM, Jonathan Colby wrote: > Thanks for the explanation. =C2=A0I'm still a bit "skeptical". > > So if you really needed to control the maximum size of compacted SSTables= , =C2=A0you need to delete data at such a rate that the new files created b= y compaction are less than or equal to the sum of the segments being merged= . > > Is anyone else running into really large compacted SSTables that gave you= trouble with hard disk capacity? =C2=A0How did you deal with it? > > We have 1 TB disks in our nodes, but keeping in mind we need to have at l= east 50% for the worst case compaction scenario I'm still a bit worried tha= t one day we're going to hit a dead end. You should stripe those disks together with RAID-0. -ryan