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 72F5110213 for ; Fri, 23 Aug 2013 02:58:44 +0000 (UTC) Received: (qmail 85305 invoked by uid 500); 23 Aug 2013 02:58:42 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 85088 invoked by uid 500); 23 Aug 2013 02:58:41 -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 85080 invoked by uid 99); 23 Aug 2013 02:58:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Aug 2013 02:58:41 +0000 X-ASF-Spam-Status: No, hits=2.8 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lbrunialti@igcorp.com.br designates 209.85.128.43 as permitted sender) Received: from [209.85.128.43] (HELO mail-qe0-f43.google.com) (209.85.128.43) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Aug 2013 02:58:34 +0000 Received: by mail-qe0-f43.google.com with SMTP id t7so57411qeb.2 for ; Thu, 22 Aug 2013 19:58:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=4Pxa0H45EsdghQwvq/X2dzFfEaGQrPiJ9qfeYIfa0Js=; b=NoCb7Xa49UfDZMW5uD1AtOKuD1fWlLUT+aCIWoTXlKMlTLZ1mgxEIufAWMukwSSLJ9 8F06SUR4VBOJWIeARznOpoyuiJ04IMynvqk0jinR+hqV5d2jy1zgzGhU8KYlqdBoaPF6 hLQeWGnBkXyMlwN9eDo1x+IBvba9RB8I6fWBhuypcFNy8foCIhn7BFJLtHnDithV9upT G/MValKIet09+Kvajo3zF9LS6sk0zqhhGXct5dfUZaH7b/UBhlY18dk9SSQbnTIIrWCG nGNXRTuGvngy/yJJVlkTGKJltqi/YG64Wq1SXp+ZCkeWnN6F9VDaD+gs/Jeu5sUN90QE biag== X-Gm-Message-State: ALoCoQkPXeB+5QnwE8nGXTRYyMMMxYNKFOv/eKWYiJYcHMq91pfoEpIjvGfvhciplXuiJ2k0nbr8 MIME-Version: 1.0 X-Received: by 10.49.121.226 with SMTP id ln2mr19198618qeb.28.1377226692984; Thu, 22 Aug 2013 19:58:12 -0700 (PDT) Received: by 10.49.10.132 with HTTP; Thu, 22 Aug 2013 19:58:12 -0700 (PDT) Received: by 10.49.10.132 with HTTP; Thu, 22 Aug 2013 19:58:12 -0700 (PDT) In-Reply-To: <1377220910816-7589846.post@n2.nabble.com> References: <1377215609411-7589839.post@n2.nabble.com> <1377217452128-7589843.post@n2.nabble.com> <1377220910816-7589846.post@n2.nabble.com> Date: Thu, 22 Aug 2013 23:58:12 -0300 Message-ID: Subject: Re: Continue running major compaction after switching to LeveledCompactionStrategy From: Lucas Fernandes Brunialti To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=047d7bea3ba4cf99a504e4949309 X-Virus-Checked: Checked by ClamAV on apache.org --047d7bea3ba4cf99a504e4949309 Content-Type: text/plain; charset=ISO-8859-1 Hello, I also have some doubts about changing to leveled compaction: 1) Is this change computationally expensive? My sstables have around 7gb of data, I'm afraid the nodes won't handle the pressure of compactions, maybe dying by OOM or getting an extremely high latency during the compactions... 2) How long does this transition takes? I mean, to finish the splitting of these sstables and all the compactions needed... I wanted to know this to make a fair comparison of which compaction algorithm is better for my data. 3) And finally, which would be an optimal size for the sstables, that LCS parameter? I'm running a 8 node cluster on aws (ec2 m1.xlarge), using ephemeral drives and cassandra version 1.2.3. I will really appreciate the help! :) Lucas Brunialti. Thanks much Rob! Brian -- View this message in context: http://cassandra-user-incubator-apache-org.3065146.n2.nabble.com/Continue-running-major-compaction-after-switching-to-LeveledCompactionStrategy-tp7589839p7589846.html Sent from the cassandra-user@incubator.apache.org mailing list archive at Nabble.com. --047d7bea3ba4cf99a504e4949309 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hello,

I also have some doubts about changing to leveled compaction= :

1) Is this change computationally expensive? My sstables hav= e around 7gb of data, I'm afraid the nodes won't handle the pressur= e of compactions, maybe dying by OOM or getting an extremely high latency d= uring the compactions...

2) How long does this transition takes? I mean, to finish th= e splitting of these sstables and all the compactions needed... I wanted to= know this to make a fair comparison of which compaction algorithm is bette= r for my data.

3) And finally, which would be an optimal size for the sstab= les, that LCS parameter?

I'm running a 8 node cluster on aws (ec2 m1.xlarge), usi= ng ephemeral drives and cassandra version 1.2.3.

I will really appreciate the help! :)

Lucas Brunialti.

--047d7bea3ba4cf99a504e4949309--