if capacity allowed, increase compaction_throughput_mb_per_sec as 1st
tuning, and if still behind, increase concurrent_compactors as 2nd tuning.
Regards,
Jim
On Fri, Sep 2, 2022 at 3:05 AM onmstester onmstester via user <
user@cassandra.apache.org> wrote:
> Another thing that comes to my
Another thing that comes to my mind: increase minimum sstable count to compact
from 4 to 32 for the big table that won't be read that much, although you
should watch out for too many sstables count.
Sent using https://www.zoho.com/mail/
On Fri, 02 Sep 2022 11:29:59 +0430
I was there too! and found nothing to work around it except stopping
big/unnecessary compactions manually (using nodetool stop) whenever they
appears by some shell scrips (using crontab)
Sent using https://www.zoho.com/mail/
On Fri, 02 Sep 2022 10:59:22 +0430 Gil Ganz wrote ---
Hey
When deciding which sstables to compact together, how is the priority
determined between tasks, and can I do something about it?
In some cases (mostly after removing a node), it takes a while for
compactions to keep up with the new data the came from removed nodes, and I
see it is busy on
