You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Jonathan Ellis (JIRA)" <ji...@apache.org> on 2013/09/20 23:38:52 UTC

[jira] [Updated] (CASSANDRA-4043) RecentBloomFilterFalseRatio and RecentBloomFilterFalsePositives reset each other

     [ https://issues.apache.org/jira/browse/CASSANDRA-4043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jonathan Ellis updated CASSANDRA-4043:
--------------------------------------

    Assignee: Tyler Hobbs
    
> RecentBloomFilterFalseRatio and RecentBloomFilterFalsePositives reset each other
> --------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-4043
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-4043
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 1.0.8
>            Reporter: Tyler Hobbs
>            Assignee: Tyler Hobbs
>            Priority: Trivial
>              Labels: jmx
>
> If either of the ColumnFamily JMX attributes {{RecentBloomFilterFalseRatio}} or {{RecentBloomFilterFalsePositives}} are read, both are reset.  This means if you try to read both attributes at the same time (like jconsole does, for example), one of them is guaranteed to be 0.
> The solution might be that we store a separate false positives counter for the ratio and the normal count and reset them separately.  Some refactoring should be done at the same time so that the BloomFilterTracker calculates the false positive ratio itself instead of having DataTracker fetch both counters and calculate the ratio.
> On a related note, why does nodetool not use the Recent versions of the bloom filter metrics?

--
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