[
https://issues.apache.org/jira/browse/CASSANDRA-15277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16970372#comment-16970372
]
Jon Meredith commented on CASSANDRA-15277:
------------------------------------------
Here's a quick summary of activity. Thanks [~benedict] for the review and
feedback.
Testing showed up that the CASSANDRA-15227 change to move the stage executors
from StageManager to Stage caused issues with the in-JVM dtests. Referencing
message Verbs in the messaging filters initialized the Verb enum which
initialized Stage and created the stage thread pools on the parent in-JVM test
instance. The stage executor has been switched over to lazy initialization,
and to make the refactor a little nicer added submit/execute helper functions
that submit work to the stage executor.
Squashed all the review feedback, rebased on trunk and force-pushed to get a
clean CircleCI run.
[CircleCI
Run|https://circleci.com/workflow-run/1bb5f0c0-bdba-4ee8-91c7-007d99ce93b6]
> Make it possible to resize concurrent read / write thread pools at runtime
> --------------------------------------------------------------------------
>
> Key: CASSANDRA-15277
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15277
> Project: Cassandra
> Issue Type: Improvement
> Components: Local/Other
> Reporter: Jon Meredith
> Assignee: Jon Meredith
> Priority: Normal
> Labels: pull-request-available
> Time Spent: 3h 50m
> Remaining Estimate: 0h
>
> To better mitigate cluster overload the executor services for various stages
> should be configurable at runtime (probably as a JMX hot property).
> Related to CASSANDRA-5044, this would add the capability to resize to
> multiThreadedLowSignalStage pools based on SEPExecutor.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
