[
https://issues.apache.org/jira/browse/CASSANDRA-10580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15056808#comment-15056808
]
Anubhav Kale edited comment on CASSANDRA-10580 at 12/14/15 10:12 PM:
---------------------------------------------------------------------
Thanks for the pointers. Please take a look at the latest patch. I have tested
it via Visual VM and the new metrics work well.
It is interesting that I could not find any documentation that Metrics return
results (.getSnapshot.GetMean()) in nanoseconds therefore callers must convert
themselves. Noting this here so other Devs can save some time on this.
I'll file a separate JIRA for doing the same change on a per ks/cf basis.
Let me know this makes sense, or more changes are needed.
was (Author: anubhavk):
Patch for exposing this data as JMX metrics
> On dropped mutations, more details should be logged.
> ----------------------------------------------------
>
> Key: CASSANDRA-10580
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10580
> Project: Cassandra
> Issue Type: Improvement
> Components: Coordination
> Environment: Production
> Reporter: Anubhav Kale
> Assignee: Anubhav Kale
> Priority: Minor
> Fix For: 3.2, 2.2.x
>
> Attachments: 0001-Metrics.patch, 10580-Metrics.patch, 10580.patch,
> CASSANDRA-10580-Head.patch, Trunk.patch
>
>
> In our production cluster, we are seeing a large number of dropped mutations.
> At a minimum, we should print the time the thread took to get scheduled
> thereby dropping the mutation (We should also print the Message / Mutation so
> it helps in figuring out which column family was affected). This will help
> find the right tuning parameter for write_timeout_in_ms.
> The change is small and is in StorageProxy.java and MessagingTask.java. I
> will submit a patch shortly.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
