You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "Jacob S. Barrett (JIRA)" <ji...@apache.org> on 2017/12/14 12:37:00 UTC

[jira] [Updated] (GEODE-2017) Removal of nonSingleHopsCount stat in client

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

Jacob S. Barrett updated GEODE-2017:
------------------------------------
    Component/s:     (was: native client)

> Removal of nonSingleHopsCount stat in client
> --------------------------------------------
>
>                 Key: GEODE-2017
>                 URL: https://issues.apache.org/jira/browse/GEODE-2017
>             Project: Geode
>          Issue Type: Bug
>          Components: client/server, docs
>            Reporter: Udo Kohlmeyer
>            Assignee: Udo Kohlmeyer
>             Fix For: 1.1.0
>
>
> 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.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)