[
https://issues.apache.org/jira/browse/CASSANDRA-7338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14015386#comment-14015386
]
Sam Tunnicliffe commented on CASSANDRA-7338:
--------------------------------------------
Fair point about them being different operations not not mixing the metrics for
the two.
What I'm looking for though are the latency stats for reading range slices from
sstables as measured at the replica, not the coordinator so
ClientRequestMetrics isn't what I'm after. Perhaps we could add an additional
rangeMetrics field to ColumnFamilyMetrics, so that it mirrors StorageProxy
(i.e. distinct metrics for read/write/range)?
> CFS.getRangeSlice should update latency metrics
> -----------------------------------------------
>
> Key: CASSANDRA-7338
> URL: https://issues.apache.org/jira/browse/CASSANDRA-7338
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Sam Tunnicliffe
> Assignee: Sam Tunnicliffe
> Priority: Trivial
> Fix For: 2.0.9
>
> Attachments: CASSANDRA-7338.txt
>
>
> CFS.getRangeSlice doesn't update the CF readLatency metric in the same way as
> CFS.getColumnFamily does.
> I may be missing something, but I couldn't see a good reason why this wasn't
> already the case as without it, "SELECT * FROM t WHERE x=y" results in the
> read metrics being incremented, but "SELECT * FROM t" doesn't.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
