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 2F7F66DF4 for ; Fri, 8 Jul 2011 22:56:32 +0000 (UTC) Received: (qmail 82685 invoked by uid 500); 8 Jul 2011 22:56:29 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 82546 invoked by uid 500); 8 Jul 2011 22:56:29 -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 82538 invoked by uid 99); 8 Jul 2011 22:56:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Jul 2011 22:56:28 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of potekhin@bnl.gov designates 130.199.3.132 as permitted sender) Received: from [130.199.3.132] (HELO smtpgw.bnl.gov) (130.199.3.132) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Jul 2011 22:56:18 +0000 X-BNL-policy-q: X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArAHACSKF06CxzYH/2dsb2JhbABUmFyOcneqMp53hjgEl0iLYw X-IronPort-AV: E=Sophos;i="4.65,501,1304308800"; d="scan'208";a="137438952" Received: from rcf.rhic.bnl.gov ([130.199.54.7]) by smtpgw.sec.bnl.local with ESMTP/TLS/DHE-RSA-AES256-SHA; 08 Jul 2011 18:55:57 -0400 Received: from [192.168.0.197] (ool-18bde93d.dyn.optonline.net [24.189.233.61]) (authenticated bits=0) by rcf.rhic.bnl.gov (8.13.8/8.13.8) with ESMTP id p68MtvLq019047 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 8 Jul 2011 18:55:57 -0400 Message-ID: <4E178AFD.7060604@bnl.gov> Date: Fri, 08 Jul 2011 18:55:57 -0400 From: Maxim Potekhin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: user@cassandra.apache.org Subject: Performance deterioration while building secondary index Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org I have roughly 150 million rows in my database, which will grow as I continue testing. I'm building an index on a particular column, via cassandra-cli, something of the sort: update column family jobs with column_metadata = [{column_name : 'DATE', validation_class : AsciiType, index_type : 0, index_name : 'date'}] At this point, the cluster just becomes unresponsive -- just doing "list" on a CF takes a while. Random query test I used to run rather quickly, becomes terribly slow (hasn't returned since I started typing this). Is that normal? I can' imagine this happening in a production situation, when I decided to add an index for some valid reasons. Really scratching my head now. TIA. The version is 0.8.1 Thanks!