You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Stefan Miklosovic (Jira)" <ji...@apache.org> on 2022/09/28 20:20:00 UTC

[jira] [Comment Edited] (CASSANDRA-13338) JMX: EstimatedPartitionCount / SnapshotSize are expensive

    [ https://issues.apache.org/jira/browse/CASSANDRA-13338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17610718#comment-17610718 ] 

Stefan Miklosovic edited comment on CASSANDRA-13338 at 9/28/22 8:19 PM:
------------------------------------------------------------------------

The way to fix this is to have snapshot metadata living in memory so we do not need to go to disk (or, we do,but just once and then it is kind of "cached"). There were substantial improvements in 4.1 which enable us to do that. We would like to have this in 4.2.

I am not sure about Estimated* metrics though.


was (Author: smiklosovic):
The way to fix this is to have snapshot metadata living in memory so we do not need to go to disk (or, we do,but just once and then it is kind of "cached"). There were substantial improvements in 4.1 which enable us to do that. We would like to have this in 4.2.

> JMX: EstimatedPartitionCount / SnapshotSize are expensive
> ---------------------------------------------------------
>
>                 Key: CASSANDRA-13338
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13338
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Legacy/Observability
>            Reporter: Corentin Chary
>            Assignee: Stefan Miklosovic
>            Priority: Normal
>              Labels: lhf
>
> EstimatedPartitionCount / EstimatedRowCount / SnapshotSize seem particularly expensive. For example on our system org.apache.cassandra.metrics:type=ColumnFamily,name=SnapshotsSize can take as much as half a second.
> All this cumulated means that export stats for all your tables (with metrics-graphite or jmx_exporter) is going to take quite some time.
> We should certainly try to find the most expensive end points and see if there is a way to cache some of the values.
> cc: [~rgerard]



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org