accumulo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adam Fuchs (JIRA)" <j...@apache.org>
Subject [jira] [Created] (ACCUMULO-3088) StatsIterator readCounter could be more accurate
Date Thu, 28 Aug 2014 14:20:08 GMT
Adam Fuchs created ACCUMULO-3088:
------------------------------------

             Summary: StatsIterator readCounter could be more accurate
                 Key: ACCUMULO-3088
                 URL: https://issues.apache.org/jira/browse/ACCUMULO-3088
             Project: Accumulo
          Issue Type: Bug
            Reporter: Adam Fuchs
            Priority: Trivial


When testing seek performance I noticed that the read count displayed on Accumulo's monitor
page registered zero entries read per second and a positive number of entries per second returned.
This should not be possible. There is a fencepost error in the StatsIterator where seeks don't
count as entries read.

Successful completion of this ticket should handle the cases where a seek returns no entries,
as well as where next is never called on an iterator.

The cost of incrementing an AtomicLong is something like 10ns, which is at least an order
of magnitude more than the desired overhead. The current way of batching updates to the read
counter should be preserved for performance.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message