You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Nate McCall (JIRA)" <ji...@apache.org> on 2016/09/27 01:17:20 UTC
[jira] [Comment Edited] (CASSANDRA-12248) Allow tuning compaction
thread count at runtime
[ https://issues.apache.org/jira/browse/CASSANDRA-12248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15524696#comment-15524696 ]
Nate McCall edited comment on CASSANDRA-12248 at 9/27/16 1:17 AM:
------------------------------------------------------------------
Committed to trunk at {{979af8}}. Thanks [~dikanggu]!
was (Author: zznate):
Committed to trunk at {{979af8}}. Tahnks [~dikanggu]!
> 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)