Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 68465 invoked from network); 7 Jul 2010 17:18:58 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Jul 2010 17:18:58 -0000 Received: (qmail 33448 invoked by uid 500); 7 Jul 2010 17:18:57 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 33410 invoked by uid 500); 7 Jul 2010 17:18:56 -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 33402 invoked by uid 99); 7 Jul 2010 17:18:56 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jul 2010 17:18:56 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jbellis@gmail.com designates 209.85.212.172 as permitted sender) Received: from [209.85.212.172] (HELO mail-px0-f172.google.com) (209.85.212.172) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jul 2010 17:18:50 +0000 Received: by pxi20 with SMTP id 20so4293902pxi.31 for ; Wed, 07 Jul 2010 10:18:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=Xlw/feWW5xOaO7OuKhkmKr/LWvN5ZmrIjaVnMYo4EIE=; b=qCNw4v1O0eSFLk3ZJ4x8NEFUpwDV/ij7sAzzMRMfOO22qGJFL8ehlEqS/TLL5/ghPj 2p9b/4qMFimDB9VboUNhdSoRzQvBJYnWQSFQ29qB020Sp31R5s96xE1ksc3glbWSBtIB +V42Qe4ChWUWfn5LdlAqCay0JoiMxr5eLigfg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=UzT/cStcdfX4/iRszgvWZLr4B4vdXPc7c1KbWRBDsxVcxFhMSgB9W38HCSqmnTadTH FKhDBrAWEGEVsfjoK6pf+vzB6xm8lM0GObqP8nJBmEfkYYJbRlvyFihYDad4S4GTKYKN HEDgFhsDhcW/T47r2KrSTzA0UvwPPiEsjT7cs= Received: by 10.142.132.2 with SMTP id f2mr8240505wfd.299.1278523108203; Wed, 07 Jul 2010 10:18:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.143.28.5 with HTTP; Wed, 7 Jul 2010 10:18:08 -0700 (PDT) In-Reply-To: References: From: Jonathan Ellis Date: Wed, 7 Jul 2010 12:18:08 -0500 Message-ID: Subject: Re: Cluster performance degrades if any single node is slow To: user@cassandra.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Jul 7, 2010 at 11:50 AM, Mason Hale wrote: > I'm curious of what performance benefit is actually being gained from this > optimization. It's really pretty easy to saturate gigabit ethernet with a Cassandra cluster. Mulitplying traffic by roughly RF is definitely a lose. > Sorry to keep beating this horse, but we're regularly being alerted to > performance issues any time a mini-compaction occurs on any node in our > cluster. I'm fishing for a quick and easy way to prevent this from > happening. I believe Brandon is in the process of suggesting enabling compaction de-prioritization to Scott (https://issues.apache.org/jira/browse/CASSANDRA-1181). -- Jonathan Ellis Project Chair, Apache Cassandra co-founder of Riptano, the source for professional Cassandra support http://riptano.com