I am on version 2.0.14, will update once i get the stats up for the writes again
On Tue, Apr 21, 2015 at 4:46 PM, Carlos Rolo <r...@pythian.com> wrote: > 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 > <http://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 <anis...@gmail.com> > 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 <anis...@gmail.com> >> 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 >>> >> >> > > -- > > > >
