[
https://issues.apache.org/jira/browse/CASSANDRA-11713?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15271568#comment-15271568
]
Paulo Motta commented on CASSANDRA-11713:
-----------------------------------------
That's right, thanks for pointing this out.
I initially added that only to {{SEPExecutor}} with the objective of
troubleshooting {{Native-Transport-Requests}}, but then thought it could be
useful for other thread pools too without noticing their "unboundedness". :-)
Updated patch to only add this ability only to {{SEPExecutor}}.
> Add ability to log thread dump when thread pool is full/blocked
> ---------------------------------------------------------------
>
> Key: CASSANDRA-11713
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11713
> Project: Cassandra
> Issue Type: Improvement
> Components: Observability
> Reporter: Paulo Motta
> Assignee: Paulo Motta
> Priority: Minor
>
> Thread dumps are very useful for troubleshooting thread pool contention
> issues like CASSANDRA-11363 and CASSANDRA-11529.
> While they could be generated externally with {{jstack}}, sometimes the
> conditions are transient and it's hard to catch the exact moment when they
> happen, so it could be useful to generate and log them upon user request when
> certain internal condition happens.
> I propose adding a {{logThreadDumpOnNextContention}} flag to {{SEPExecutor}}
> and {{JMXEnabledThreadPoolExecutor}} that when enabled via JMX generates and
> logs a single thread dump on the system log when the thread pool queue is
> full.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
