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

Tyler Hobbs commented on CASSANDRA-5746:
----------------------------------------

Doesn't the TTL on hints cells complicate all of those strategies?  I can't 
think of a cheap way to schedule all of those future decrements to a counter.

Instead, I suppose we could recount on demand if the time since the last count 
is greater than the smallest TTL we've seen, but without throttling of some 
sort recounts would still happen frequently under some circumstances.

Alternatively, it seems like a fair amount of work, but perhaps a 
get_range_counts() implementation with internal auto-paging (like get_count) is 
a decent option?
                
> HHOM.countPendingHints is a trap for the unwary
> -----------------------------------------------
>
>                 Key: CASSANDRA-5746
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-5746
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core, Tools
>            Reporter: Jonathan Ellis
>            Assignee: Tyler Hobbs
>             Fix For: 2.0.1
>
>
> countPendingHints can OOM the server fairly easily since it does a per-target 
> seq scan without paging.
> More generally, countPendingHints is far too slow to be useful for routine 
> monitoring.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to