You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Dikang Gu (JIRA)" <ji...@apache.org> on 2016/09/26 05:26:20 UTC

[jira] [Updated] (CASSANDRA-12248) Allow tuning compaction thread count at runtime

     [ https://issues.apache.org/jira/browse/CASSANDRA-12248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dikang Gu updated CASSANDRA-12248:
----------------------------------
         Reviewer: Marcus Eriksson
    Fix Version/s: 3.x
           Status: Patch Available  (was: Open)

[~krummas], [~tjake], I have a patch for this, do you mind to take a look? https://github.com/DikangGu/cassandra/commit/038a689c20e11679db36c8e0e332544736051fdd

Thanks!

> Allow tuning compaction thread count at runtime
> -----------------------------------------------
>
>                 Key: CASSANDRA-12248
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-12248
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Tom van der Woerdt
>            Assignee: Dikang Gu
>            Priority: Minor
>             Fix For: 3.x
>
>
> While bootstrapping new nodes it can take a significant amount of time to catch up on compaction or 2i builds. In these cases it would be convenient to have a nodetool command that allows changing the number of concurrent compaction jobs to the amount of cores on the machine.
> Alternatively, an even better variant of this would be to have a setting "bootstrap_max_concurrent_compactors" which overrides the normal setting during bootstrap only. Saves me from having to write a script that does it.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)