From: Leon Romanovsky <leon@kernel.org>
To: Jack Wang <jinpuwang@gmail.com>
Cc: linux-block@vger.kernel.org, linux-rdma@vger.kernel.org,
axboe@kernel.dk, hch@infradead.org, sagi@grimberg.me,
bvanassche@acm.org, dledford@redhat.com, jgg@ziepe.ca,
danil.kipnis@cloud.ionos.com, jinpu.wang@cloud.ionos.com,
rpenyaev@suse.de, pankaj.gupta@cloud.ionos.com
Subject: Re: [PATCH v9 07/25] RDMA/rtrs: client: statistics functions
Date: Tue, 3 Mar 2020 13:28:57 +0200 [thread overview]
Message-ID: <20200303112857.GL121803@unreal> (raw)
In-Reply-To: <20200221104721.350-8-jinpuwang@gmail.com>
On Fri, Feb 21, 2020 at 11:47:03AM +0100, Jack Wang wrote:
> From: Jack Wang <jinpu.wang@cloud.ionos.com>
>
> This introduces set of functions used on client side to account
> statistics of RDMA data sent/received, amount of IOs inflight,
> latency, cpu migrations, etc. Almost all statistics are collected
> using percpu variables.
>
> Signed-off-by: Danil Kipnis <danil.kipnis@cloud.ionos.com>
> Signed-off-by: Jack Wang <jinpu.wang@cloud.ionos.com>
> ---
> drivers/infiniband/ulp/rtrs/rtrs-clt-stats.c | 205 +++++++++++++++++++
> 1 file changed, 205 insertions(+)
> create mode 100644 drivers/infiniband/ulp/rtrs/rtrs-clt-stats.c
>
> diff --git a/drivers/infiniband/ulp/rtrs/rtrs-clt-stats.c b/drivers/infiniband/ulp/rtrs/rtrs-clt-stats.c
> new file mode 100644
> index 000000000000..3f556b884a4e
> --- /dev/null
> +++ b/drivers/infiniband/ulp/rtrs/rtrs-clt-stats.c
> @@ -0,0 +1,205 @@
> +// SPDX-License-Identifier: GPL-2.0-or-later
> +/*
> + * RDMA Transport Layer
> + *
> + * Copyright (c) 2014 - 2018 ProfitBricks GmbH. All rights reserved.
> + * Copyright (c) 2018 - 2019 1&1 IONOS Cloud GmbH. All rights reserved.
> + * Copyright (c) 2019 - 2020 1&1 IONOS SE. All rights reserved.
> + */
> +#undef pr_fmt
> +#define pr_fmt(fmt) KBUILD_MODNAME " L" __stringify(__LINE__) ": " fmt
> +
> +#include "rtrs-clt.h"
> +
> +void rtrs_clt_update_wc_stats(struct rtrs_clt_con *con)
> +{
> + struct rtrs_clt_sess *sess = to_clt_sess(con->c.sess);
> + struct rtrs_clt_stats *stats = &sess->stats;
> + struct rtrs_clt_stats_pcpu *s;
> + int cpu;
> +
> + cpu = raw_smp_processor_id();
> + s = this_cpu_ptr(stats->pcpu_stats);
> + if (unlikely(con->cpu != cpu)) {
> + s->cpu_migr.to++;
> +
> + /* Careful here, override s pointer */
> + s = per_cpu_ptr(stats->pcpu_stats, con->cpu);
> + atomic_inc(&s->cpu_migr.from);
> + }
> +}
> +
> +void rtrs_clt_inc_failover_cnt(struct rtrs_clt_stats *stats)
> +{
> + struct rtrs_clt_stats_pcpu *s;
> +
> + s = this_cpu_ptr(stats->pcpu_stats);
> + s->rdma.failover_cnt++;
> +}
> +
> +int rtrs_clt_stats_migration_cnt_to_str(struct rtrs_clt_stats *stats,
> + char *buf, size_t len)
> +{
> + struct rtrs_clt_stats_pcpu *s;
> +
> + size_t used;
> + int cpu;
> +
> + used = scnprintf(buf, len, " ");
> + for_each_possible_cpu(cpu)
> + used += scnprintf(buf + used, len - used, " CPU%u", cpu);
> +
> + used += scnprintf(buf + used, len - used, "\nfrom:");
> + for_each_possible_cpu(cpu) {
> + s = per_cpu_ptr(stats->pcpu_stats, cpu);
> + used += scnprintf(buf + used, len - used, " %d",
> + atomic_read(&s->cpu_migr.from));
> + }
> +
> + used += scnprintf(buf + used, len - used, "\nto :");
> + for_each_possible_cpu(cpu) {
> + s = per_cpu_ptr(stats->pcpu_stats, cpu);
> + used += scnprintf(buf + used, len - used, " %d",
> + s->cpu_migr.to);
> + }
> + used += scnprintf(buf + used, len - used, "\n");
> +
> + return used;
> +}
> +
> +int rtrs_clt_stats_reconnects_to_str(struct rtrs_clt_stats *stats, char *buf,
> + size_t len)
> +{
> + return scnprintf(buf, len, "%d %d\n",
> + stats->reconnects.successful_cnt,
> + stats->reconnects.fail_cnt);
How will user know that first value is successful_cnt and second fail_cnt?
> +}
> +
> +ssize_t rtrs_clt_stats_rdma_to_str(struct rtrs_clt_stats *stats,
> + char *page, size_t len)
> +{
> + struct rtrs_clt_stats_rdma sum;
> + struct rtrs_clt_stats_rdma *r;
> + int cpu;
> +
> + memset(&sum, 0, sizeof(sum));
> +
> + for_each_possible_cpu(cpu) {
> + r = &per_cpu_ptr(stats->pcpu_stats, cpu)->rdma;
> +
> + sum.dir[READ].cnt += r->dir[READ].cnt;
> + sum.dir[READ].size_total += r->dir[READ].size_total;
> + sum.dir[WRITE].cnt += r->dir[WRITE].cnt;
> + sum.dir[WRITE].size_total += r->dir[WRITE].size_total;
> + sum.failover_cnt += r->failover_cnt;
> + }
> +
> + return scnprintf(page, len, "%llu %llu %llu %llu %u %llu\n",
> + sum.dir[READ].cnt, sum.dir[READ].size_total,
> + sum.dir[WRITE].cnt, sum.dir[WRITE].size_total,
> + atomic_read(&stats->inflight), sum.failover_cnt);
Same question.
Thanks
next prev parent reply other threads:[~2020-03-03 11:29 UTC|newest]
Thread overview: 89+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-21 10:46 [PATCH v9 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device Jack Wang
2020-02-21 10:46 ` [PATCH v9 01/25] sysfs: export sysfs_remove_file_self() Jack Wang
2020-03-01 0:24 ` Bart Van Assche
2020-03-02 14:37 ` Jinpu Wang
2020-02-21 10:46 ` [PATCH v9 02/25] RDMA/rtrs: public interface header to establish RDMA connections Jack Wang
2020-03-01 0:31 ` Bart Van Assche
2020-03-02 8:39 ` Jinpu Wang
2020-03-03 9:40 ` Leon Romanovsky
2020-03-03 14:05 ` Jinpu Wang
2020-03-03 14:16 ` Leon Romanovsky
2020-03-03 14:23 ` Jinpu Wang
2020-02-21 10:46 ` [PATCH v9 03/25] RDMA/rtrs: private headers with rtrs protocol structs and helpers Jack Wang
2020-03-01 0:37 ` Bart Van Assche
2020-03-02 9:21 ` Jinpu Wang
2020-03-03 9:45 ` Leon Romanovsky
2020-03-03 13:52 ` Jinpu Wang
2020-03-03 14:05 ` Jason Gunthorpe
2020-03-03 16:13 ` Jinpu Wang
2020-02-21 10:47 ` [PATCH v9 04/25] RDMA/rtrs: core: lib functions shared between client and server modules Jack Wang
2020-03-01 0:47 ` Bart Van Assche
2020-03-02 8:40 ` Jinpu Wang
2020-03-03 9:57 ` Leon Romanovsky
2020-03-04 11:21 ` Jinpu Wang
2020-02-21 10:47 ` [PATCH v9 05/25] RDMA/rtrs: client: private header with client structs and functions Jack Wang
2020-03-01 0:51 ` Bart Van Assche
2020-03-02 13:49 ` Jinpu Wang
2020-03-02 16:13 ` Bart Van Assche
2020-03-02 16:18 ` Jinpu Wang
2020-02-21 10:47 ` [PATCH v9 06/25] RDMA/rtrs: client: main functionality Jack Wang
2020-03-01 1:33 ` Bart Van Assche
2020-03-02 13:20 ` Danil Kipnis
2020-03-03 16:04 ` Bart Van Assche
2020-03-04 16:43 ` Jinpu Wang
2020-03-04 16:49 ` Jason Gunthorpe
2020-03-05 11:26 ` Jinpu Wang
2020-03-05 13:27 ` Jason Gunthorpe
2020-03-05 13:37 ` Jinpu Wang
2020-03-05 13:54 ` Jason Gunthorpe
2020-03-06 13:33 ` Jinpu Wang
2020-02-21 10:47 ` [PATCH v9 07/25] RDMA/rtrs: client: statistics functions Jack Wang
2020-03-03 11:28 ` Leon Romanovsky [this message]
2020-03-03 11:46 ` Jinpu Wang
2020-02-21 10:47 ` [PATCH v9 08/25] RDMA/rtrs: client: sysfs interface functions Jack Wang
2020-02-21 10:47 ` [PATCH v9 09/25] RDMA/rtrs: server: private header with server structs and functions Jack Wang
2020-02-21 10:47 ` [PATCH v9 10/25] RDMA/rtrs: server: main functionality Jack Wang
2020-03-01 1:42 ` Bart Van Assche
2020-03-02 14:39 ` Jinpu Wang
2020-03-03 11:37 ` Leon Romanovsky
2020-03-03 16:41 ` Jinpu Wang
2020-03-03 16:59 ` Leon Romanovsky
2020-03-04 11:03 ` Jinpu Wang
2020-03-05 8:00 ` Leon Romanovsky
[not found] ` <CAHg0Huyc=pn1=WSKGLjm+c8AcchyQ8q7JS-0ToQyiBRgpGG=jA@mail.gmail.com>
2020-03-05 12:16 ` Leon Romanovsky
2020-03-05 12:28 ` Jinpu Wang
2020-03-05 12:35 ` Leon Romanovsky
2020-03-05 13:02 ` Jinpu Wang
2020-02-21 10:47 ` [PATCH v9 11/25] RDMA/rtrs: server: statistics functions Jack Wang
2020-02-21 10:47 ` [PATCH v9 12/25] RDMA/rtrs: server: sysfs interface functions Jack Wang
2020-02-21 10:47 ` [PATCH v9 13/25] RDMA/rtrs: include client and server modules into kernel compilation Jack Wang
2020-02-21 10:47 ` [PATCH v9 14/25] RDMA/rtrs: a bit of documentation Jack Wang
2020-02-21 10:47 ` [PATCH v9 15/25] block/rnbd: private headers with rnbd protocol structs and helpers Jack Wang
2020-03-01 2:12 ` Bart Van Assche
2020-03-02 16:37 ` Jinpu Wang
2020-02-21 10:47 ` [PATCH v9 16/25] block/rnbd: client: private header with client structs and functions Jack Wang
2020-03-01 2:26 ` Bart Van Assche
2020-03-02 14:59 ` Jinpu Wang
2020-02-21 10:47 ` [PATCH v9 17/25] block/rnbd: client: main functionality Jack Wang
2020-03-01 2:46 ` Bart Van Assche
2020-03-02 14:58 ` Jinpu Wang
2020-02-21 10:47 ` [PATCH v9 18/25] block/rnbd: client: sysfs interface functions Jack Wang
2020-02-21 10:47 ` [PATCH v9 19/25] block/rnbd: server: private header with server structs and functions Jack Wang
2020-03-01 2:47 ` Bart Van Assche
2020-03-02 10:07 ` Danil Kipnis
2020-02-21 10:47 ` [PATCH v9 20/25] block/rnbd: server: main functionality Jack Wang
2020-03-01 2:58 ` Bart Van Assche
2020-03-02 9:58 ` Danil Kipnis
2020-03-03 5:57 ` Bart Van Assche
2020-02-21 10:47 ` [PATCH v9 21/25] block/rnbd: server: functionality for IO submission to file or block dev Jack Wang
2020-03-01 3:09 ` Bart Van Assche
2020-03-02 10:06 ` Danil Kipnis
2020-03-03 16:20 ` Jinpu Wang
2020-03-03 16:28 ` Bart Van Assche
2020-03-03 16:43 ` Jinpu Wang
2020-02-21 10:47 ` [PATCH v9 22/25] block/rnbd: server: sysfs interface functions Jack Wang
2020-02-21 10:47 ` [PATCH v9 23/25] block/rnbd: include client and server modules into kernel compilation Jack Wang
2020-02-21 10:47 ` [PATCH v9 24/25] block/rnbd: a bit of documentation Jack Wang
2020-02-21 10:47 ` [PATCH v9 25/25] MAINTAINERS: Add maintainers for RNBD/RTRS modules Jack Wang
2020-03-03 9:28 ` [PATCH v9 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device Leon Romanovsky
2020-03-04 14:06 ` Jinpu Wang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200303112857.GL121803@unreal \
--to=leon@kernel.org \
--cc=axboe@kernel.dk \
--cc=bvanassche@acm.org \
--cc=danil.kipnis@cloud.ionos.com \
--cc=dledford@redhat.com \
--cc=hch@infradead.org \
--cc=jgg@ziepe.ca \
--cc=jinpu.wang@cloud.ionos.com \
--cc=jinpuwang@gmail.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-rdma@vger.kernel.org \
--cc=pankaj.gupta@cloud.ionos.com \
--cc=rpenyaev@suse.de \
--cc=sagi@grimberg.me \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).