Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id DB8D2200BAA for ; Thu, 27 Oct 2016 18:40:02 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id DA340160AF6; Thu, 27 Oct 2016 16:40:02 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 2B6CF160AE6 for ; Thu, 27 Oct 2016 18:40:02 +0200 (CEST) Received: (qmail 37099 invoked by uid 500); 27 Oct 2016 16:40:01 -0000 Mailing-List: contact issues-help@geode.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@geode.incubator.apache.org Delivered-To: mailing list issues@geode.incubator.apache.org Received: (qmail 37090 invoked by uid 99); 27 Oct 2016 16:40:01 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Oct 2016 16:40:01 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 017661A9542 for ; Thu, 27 Oct 2016 16:40:01 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -7.019 X-Spam-Level: X-Spam-Status: No, score=-7.019 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.999] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id S1XD49DHZkGT for ; Thu, 27 Oct 2016 16:40:00 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with SMTP id 4798D5F1B3 for ; Thu, 27 Oct 2016 16:39:59 +0000 (UTC) Received: (qmail 36404 invoked by uid 99); 27 Oct 2016 16:39:58 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Oct 2016 16:39:58 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 6009F2C1F54 for ; Thu, 27 Oct 2016 16:39:58 +0000 (UTC) Date: Thu, 27 Oct 2016 16:39:58 +0000 (UTC) From: "Udo Kohlmeyer (JIRA)" To: issues@geode.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Assigned] (GEODE-2017) Removal of nonSingleHopsCount stat in client MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 27 Oct 2016 16:40:03 -0000 [ https://issues.apache.org/jira/browse/GEODE-2017?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Udo Kohlmeyer reassigned GEODE-2017: ------------------------------------ Assignee: Udo Kohlmeyer > 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, native client > Reporter: Udo Kohlmeyer > Assignee: Udo Kohlmeyer > > 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.3.4#6332)