Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 12955 invoked from network); 30 Mar 2011 02:32:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 30 Mar 2011 02:32:54 -0000 Received: (qmail 38892 invoked by uid 500); 30 Mar 2011 02:32:52 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 38873 invoked by uid 500); 30 Mar 2011 02:32:52 -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 38865 invoked by uid 99); 30 Mar 2011 02:32:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Mar 2011 02:32:52 +0000 X-ASF-Spam-Status: No, hits=3.7 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of chensheng2010@gmail.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, 30 Mar 2011 02:32:47 +0000 Received: by iye19 with SMTP id 19so865403iye.31 for ; Tue, 29 Mar 2011 19:32:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=TfCGlAUJct9RYsi0wxwPr70idoOthkb41YWJXYiv0ok=; b=kzijbWIPE5LAB63Vo1Tybb9EVwlZV+XmQGAScqFaxuXRp/suAPnoblwY9hz40EY1de mBs6PpG+YkzdAaN7175QFbS/hVyeXUzRRJgZa2QvMC7ul8DYNyIcYXVyPEQ82gY48lnc OI004AmaVkaVy3LrNSu5XWpXB2Q/QjTNsFirE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=cEtapKANdaDnKc+T6M24KA/1Ko+AZByvbqT95FBk4/PKIyFwghzeYerhdJ2X+5sQsI slS8H6srfgz1wlHq+DPiW20Gg9e2F4giSbKsi3xjsoC9HEUxAJzJtaI/1iMeM7MuJHxD GL5pn/DOfuoXGhxj7CIHSUnNEuz35FeXIz0fs= MIME-Version: 1.0 Received: by 10.42.147.134 with SMTP id n6mr386000icv.216.1301452346089; Tue, 29 Mar 2011 19:32:26 -0700 (PDT) Received: by 10.42.164.137 with HTTP; Tue, 29 Mar 2011 19:32:26 -0700 (PDT) In-Reply-To: <4D91BB06.3080806@hiramoto.org> References: <4D91BB06.3080806@hiramoto.org> Date: Wed, 30 Mar 2011 10:32:26 +0800 Message-ID: Subject: Re: Compaction doubles disk space From: Sheng Chen To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=90e6ba6e8bacc7e268049fa9fcea --90e6ba6e8bacc7e268049fa9fcea Content-Type: text/plain; charset=ISO-8859-1 Yes. I think at least we can remove the tombstones for each sstable first, and then do the merge. 2011/3/29 Karl Hiramoto > Would it be possible to improve the current compaction disk space issue by > compacting one only a few SSTables at a time then imediately deleting the > old one? Looking at the logs it seems like deletions of old SSTables are > taking longer than necessary. > > -- > Karl > --90e6ba6e8bacc7e268049fa9fcea Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Yes.
I think at least we can remove the tombstones for each sstable fir= st, and then do the merge.

2011/3/29 Karl= Hiramoto <karl@h= iramoto.org>
Would it be possible to improve the current= compaction disk space issue by =A0compacting one only a few SSTables at a = time then imediately deleting the old one? =A0Looking at the logs it seems = like deletions of old SSTables are taking longer than necessary.

--
Karl

--90e6ba6e8bacc7e268049fa9fcea--