Shall I lower this or increase it? Or probably ask in this way, do we suggest to let it run longer while using less CPU, or should we let it finish faster with more CPU usage? The problem we're facing is, with the default setting, they run slow and also eat a lot of CPU in the meanwhile.
I'm thinking about the following changes, does this make sense? 1. lower the compaction thread priority 2. shorten the compaction threshold to 2~20 3. lower compaction_throughput_mb_per_sec to 10 Thanks, Hefeng On Aug 22, 2011, at 8:09 AM, Jonathan Ellis wrote: > Specifically, look at compaction_throughput_mb_per_sec in cassandra.yaml > > On Mon, Aug 22, 2011 at 12:39 AM, Ryan King <r...@twitter.com> wrote: >> You should throttle your compactions to a sustainable level. >> >> -ryan >> >> On Sun, Aug 21, 2011 at 10:22 PM, Hefeng Yuan <hfy...@rhapsody.com> wrote: >>> We just noticed that at one time, 4 nodes were doing minor compaction >>> together, each of them took 20~60 minutes. >>> We're on 0.8.1, 6 nodes, RF5. >>> This simultaneous compactions slowed down the whole cluster, we have >>> local_quorum consistency level, therefore, dynamic_snitch is not helping us. >>> >>> Aside from lower down the compaction thread priority, is there any other >>> way to tell the cluster hold on doing this if other nodes are already >>> compacting? >>> >>> Thanks, >>> Hefeng >> > > > > -- > Jonathan Ellis > Project Chair, Apache Cassandra > co-founder of DataStax, the source for professional Cassandra support > http://www.datastax.com
