[
https://issues.apache.org/jira/browse/CASSANDRA-8787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebastian Estevez updated CASSANDRA-8787:
-----------------------------------------
Description:
Currently we default concurrent_compactors to the number of avaliable CPUs
which means compactions can theoretically take over all threads and prevent
reads and writes from happening.
I'm currently seeing an extreme case of this that is caused by
[6405|https://issues.apache.org/jira/browse/CASSANDRA-6405]. But, in general,
this is a bad default. We should probably default concurrent_compactors to
num_cpu to cores/2 or even cores/4.
was:
Currently we default concurrent_compactors to the number of avaliable CPUs
which means compactions can theoretically take over all threads and prevent
reads and writes from happening.
I'm currently seeing an extreme case of this that is caused by 6405. But, in
general, this is a bad default. We should probably default
concurrent_compactors to num_cpu to cores/2 or even cores/4.
> Decrease Default concurrent_compactors from number of CPU
> ---------------------------------------------------------
>
> Key: CASSANDRA-8787
> URL: https://issues.apache.org/jira/browse/CASSANDRA-8787
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Sebastian Estevez
>
> Currently we default concurrent_compactors to the number of avaliable CPUs
> which means compactions can theoretically take over all threads and prevent
> reads and writes from happening.
> I'm currently seeing an extreme case of this that is caused by
> [6405|https://issues.apache.org/jira/browse/CASSANDRA-6405]. But, in general,
> this is a bad default. We should probably default concurrent_compactors to
> num_cpu to cores/2 or even cores/4.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
