[
https://issues.apache.org/jira/browse/CASSANDRA-7247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Lohfink updated CASSANDRA-7247:
-------------------------------------
Comment: was deleted
(was: Another option might be to spin off this and other metrics into the
MiscStage, it only has single thread so no synchronization required and wont be
as bad to put additional metrics in there as well for additional visibility
like topK size in bytes, worst latencies and such. I wouldn't expect much
difference performance-wise with just the one stream summary above since
enqueuing onto the LinkedBlockingQueue should have similar locking performance
(synchronization on putlock), but then reading of metric would never cause
contention (albeit very small) on write path. If theres any interest I can
give it a shot though and maybe throw in some additional metrics.)
> Provide top ten most frequent keys per column family
> ----------------------------------------------------
>
> Key: CASSANDRA-7247
> URL: https://issues.apache.org/jira/browse/CASSANDRA-7247
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Chris Lohfink
> Assignee: Chris Lohfink
> Priority: Minor
> Attachments: jconsole.png, patch.txt
>
>
> Since already have the nice addthis stream library, can use it to keep track
> of most frequent DecoratedKeys that come through the system using
> StreamSummaries ([nice
> explaination|http://boundary.com/blog/2013/05/14/approximate-heavy-hitters-the-spacesaving-algorithm/]).
> Then provide a new metric to access them via JMX.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
