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 B1789174A1 for ; Tue, 21 Apr 2015 11:33:59 +0000 (UTC) Received: (qmail 41099 invoked by uid 500); 21 Apr 2015 11:33:56 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 41058 invoked by uid 500); 21 Apr 2015 11:33: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 41048 invoked by uid 99); 21 Apr 2015 11:33:56 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Apr 2015 11:33:56 +0000 X-ASF-Spam-Status: No, hits=2.9 required=5.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: error (nike.apache.org: encountered temporary error during SPF processing of domain of rolo@pythian.com) Received: from [54.76.25.247] (HELO mx1-eu-west.apache.org) (54.76.25.247) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Apr 2015 11:33:31 +0000 Received: from mail-ie0-f177.google.com (mail-ie0-f177.google.com [209.85.223.177]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 730D6280D8 for ; Tue, 21 Apr 2015 11:16:26 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so12308078ied.1 for ; Tue, 21 Apr 2015 04:16:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=BDSJHw447qrjstvl1/+GzQuCLR0AmZ3Vm8qIYmb8Z/4=; b=R5/e54Heo0ILX0uZRjFj1U3eUMkB6uIP7DYoHprJUyNzEhuJ/bJ81rXAJPltDyEJ7m Fvsw0k6J+HQFl351h+yxf5zgpIlFpa5hG4LrXoF3eefKQjlsgTGEUlQ2fCO0yLFsaG9R Ig/hjEngbKxkoOY5WvE3igYpbSKnecxfpPU6De2kpDWMQ6mCWKB0LtDDd5RnA6u5yedj 2UjxNh2oiI78gVK9CqzmY9TzcukU1n8nkaLLD9RFC8A+iM5tGL1A7CWsmPWDVh4rIfpV z3APKBPmeQIfoNaFbCx1sUheg09FfrGOE0mzgrnp/gFjUcUdutFmVPITFlCvKRD6HTuw FnHQ== X-Gm-Message-State: ALoCoQl98S0AP1wFRoO4nK7Zg7QezEZ/u4mvK88/+spxDiM/gtJrjg1heT8iKqb7X7KJ03l40u/duGoqr4xyT6JOw4CBe/6bc9HN+ez+oy9aTf7oMtKlzILZWIXhChy5fV3h6wOtEUa/ X-Received: by 10.50.138.70 with SMTP id qo6mr3324280igb.40.1429614985337; Tue, 21 Apr 2015 04:16:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.63.99 with HTTP; Tue, 21 Apr 2015 04:16:05 -0700 (PDT) In-Reply-To: References: From: Carlos Rolo Date: Tue, 21 Apr 2015 13:16:05 +0200 Message-ID: Subject: Re: LCS Strategy, compaction pending tasks keep increasing To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=001a1134bbc65df35705143a2da4 X-Virus-Checked: Checked by ClamAV on apache.org --001a1134bbc65df35705143a2da4 Content-Type: text/plain; charset=UTF-8 Are you on version 2.1.x? Regards, Carlos Juzarte Rolo Cassandra Consultant Pythian - Love your data rolo@pythian | Twitter: cjrolo | Linkedin: *linkedin.com/in/carlosjuzarterolo * Mobile: +31 6 159 61 814 | Tel: +1 613 565 8696 x1649 www.pythian.com On Tue, Apr 21, 2015 at 1:06 PM, Anishek Agarwal wrote: > the "some_bits" column has about 14-15 bytes of data per key. > > On Tue, Apr 21, 2015 at 4:34 PM, Anishek Agarwal > wrote: > >> Hello, >> >> I am inserting about 100 million entries via datastax-java driver to a >> cassandra cluster of 3 nodes. >> >> Table structure is as >> >> create keyspace test with replication = {'class': >> 'NetworkTopologyStrategy', 'DC' : 3}; >> >> CREATE TABLE test_bits(id bigint primary key , some_bits text) with >> gc_grace_seconds=0 and compaction = {'class': 'LeveledCompactionStrategy'} >> and compression={'sstable_compression' : ''}; >> >> have 75 threads that are inserting data into the above table with each >> thread having non over lapping keys. >> >> I see that the number of pending tasks via "nodetool compactionstats" >> keeps increasing and looks like from "nodetool cfstats test.test_bits" has >> SSTTable levels as [154/4, 8, 0, 0, 0, 0, 0, 0, 0], >> >> Why is compaction not kicking in ? >> >> thanks >> anishek >> > > -- -- --001a1134bbc65df35705143a2da4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Are you on version 2.1.x?

=
Regards,

Carlos Juz= arte Rolo
Cassandra Consultant
=C2=A0
Pythian= - Love your data

rolo@pythian | Twitter: cjrolo |= Linkedin: linkedin.com/in/carlosjuzarterolo=
Mobile: +31 6 159 61 814 | Tel: +1 613 565 8696 x1649

On Tue, Apr 21, 2015 at 1:06 PM, Anishek Aga= rwal <anishek@gmail.com> wrote:
the "some_bits" column has about 14-15 byt= es of data per key.

On Tue, Apr 21, 2015 at 4:34 PM, Anishek Agarwal = <anishek@gmail.co= m> wrote:
= Hello,

I am inserting about 100 million entries via data= stax-java driver to a cassandra cluster of 3 nodes.

Table structure is as=C2=A0

create keyspace test= with replication =3D {'class': 'NetworkTopologyStrategy', = 'DC' : 3};

CREATE TABLE test_bits(id b= igint primary key , some_bits text) with gc_grace_seconds=3D0 and compactio= n =3D {'class': 'LeveledCompactionStrategy'} and compressio= n=3D{'sstable_compression' : ''};

<= div>have 75 threads that are inserting data into the above table with each = thread having non over lapping keys.=C2=A0

I see t= hat the number of pending tasks via "nodetool compactionstats" ke= eps increasing and looks like from "nodetool cfstats test.test_bits&qu= ot; has SSTTable levels as [154/4, 8, 0, 0, 0, 0, 0, 0, 0],

<= /div>
Why is compaction not kicking in ?

thank= s
anishek



--



--001a1134bbc65df35705143a2da4--