Details
-
Bug
-
Status: Open
-
Trivial
-
Resolution: Unresolved
-
None
-
None
-
None
Description
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.