Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
None
-
None
Description
Currently, the nonSingleHopsCount stat in the client is defined as "Total number of times client request observed more than one hop during operation."
From this definition, this stat should track every time a client operation requires more than one hop. Currently, this stat is only incremented when "singleHop" is enabled on the pool. If this is correct then metaDataRefreshCount will track the same metric, as the client will automatically refresh when more than one hop is required for a prSingleHop enabled pool.
If the nonSingleHopsCount metric where to track every non-one hop operation, regardless of the "singleHop" flag on the pool, then the implementation of this stat would need to change.
Otherwise we remove this stat and only track all nonSingleHop operation with the metaDataRefresh count.
Attachments
Issue Links
- relates to
-
GEODE-1801 nonSingleHopsCount cache-perf statistic is inaccurate
- Closed
-
GEODE-2763 Remove of nonSingleHopsCount stat in client
- Closed