From user-return-25515-apmail-cassandra-user-archive=cassandra.apache.org@cassandra.apache.org Sat Apr 14 08:28:13 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 09B009653 for ; Sat, 14 Apr 2012 08:28:13 +0000 (UTC) Received: (qmail 902 invoked by uid 500); 14 Apr 2012 08:28:10 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 662 invoked by uid 500); 14 Apr 2012 08:28:07 -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 634 invoked by uid 99); 14 Apr 2012 08:28:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 14 Apr 2012 08:28:06 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: unknown -allip4:64.6.108.239 (nike.apache.org: encountered unrecognized mechanism during SPF processing of domain of hsn@filez.com) Received: from [64.6.108.239] (HELO ponto.amerinoc.com) (64.6.108.239) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 14 Apr 2012 08:27:57 +0000 Received: from fbsd8.localdomain (205.83.broadband7.iol.cz [88.102.83.205]) (authenticated bits=128) by ponto.amerinoc.com (8.14.5/8.14.5) with ESMTP id q3E8RWlO082496 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 14 Apr 2012 10:27:35 +0200 (CEST) (envelope-from hsn@filez.com) Received: from [127.0.0.1] ([10.0.0.1]) by fbsd8.localdomain (8.14.5/8.14.4) with ESMTP id q3E8RQZD049152 for ; Sat, 14 Apr 2012 10:27:27 +0200 (CEST) (envelope-from hsn@filez.com) Message-ID: <4F8934E9.3030800@filez.com> Date: Sat, 14 Apr 2012 10:27:21 +0200 From: Radim Kolar User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: user@cassandra.apache.org Subject: Re: size tiered compaction - improvement References: <4F7B5524.2090206@filez.com> <4F7B9252.9020001@filez.com> <4F7BD3A3.2040906@4friends.od.ua> In-Reply-To: <4F7BD3A3.2040906@4friends.od.ua> Content-Type: multipart/alternative; boundary="------------080207010402050502070003" X-Antivirus: avast! (VPS 120413-1, 13.04.2012), Outbound message X-Antivirus-Status: Clean This is a multi-part message in MIME format. --------------080207010402050502070003 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Dne 4.4.2012 6:52, Igor napsal(a): > Here is small python script I run once per day. You have to adjust > size and/or age limits in the 'if' operator. Also I use mx4j interface > for jmx calls. forceUserDefinedCompaction would be more usefull if you could do compaction on 2 tables. If i run it on single table, it dont shrinks and it does not solve my problem - having sstables at size which will be never compacted because no other sstable of similar size will be created. --------------080207010402050502070003 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Dne 4.4.2012 6:52, Igor napsal(a):
Here is small python script I run once per day. You have to adjust size and/or age limits in the 'if' operator. Also I use mx4j interface for jmx calls.
forceUserDefinedCompaction would be more usefull if you could do compaction on 2 tables. If i run it on single table, it dont shrinks and it does not solve my problem - having sstables at size which will be never compacted because no other sstable of similar size will be created.
--------------080207010402050502070003--