From: Jinpu Wang <jinpu.wang@cloud.ionos.com>
To: Leon Romanovsky <leon@kernel.org>
Cc: Jack Wang <jinpuwang@gmail.com>,
linux-block@vger.kernel.org, linux-rdma@vger.kernel.org,
Jens Axboe <axboe@kernel.dk>,
Christoph Hellwig <hch@infradead.org>,
Sagi Grimberg <sagi@grimberg.me>,
Bart Van Assche <bvanassche@acm.org>,
Doug Ledford <dledford@redhat.com>,
Jason Gunthorpe <jgg@ziepe.ca>,
Danil Kipnis <danil.kipnis@cloud.ionos.com>,
Roman Penyaev <rpenyaev@suse.de>,
Pankaj Gupta <pankaj.gupta@cloud.ionos.com>
Subject: Re: [PATCH v9 07/25] RDMA/rtrs: client: statistics functions
Date: Tue, 3 Mar 2020 12:46:13 +0100 [thread overview]
Message-ID: <CAMGffEmkeXe5ngycYSR1RH4FU_K9NYoh_UF9Z5OQok4rgU+ZTw@mail.gmail.com> (raw)
In-Reply-To: <20200303112857.GL121803@unreal>
On Tue, Mar 3, 2020 at 12:29 PM Leon Romanovsky <leon@kernel.org> wrote:
>
> 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
Hi Leon,
For all the sysfs entries, we documented in Documentation, in your
cases, it's in Documentation/ABI/testing/sysfs-class-rtrs-client,
in Patch 14.
Thanks!
next prev parent reply other threads:[~2020-03-03 11:46 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
2020-03-03 11:46 ` Jinpu Wang [this message]
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=CAMGffEmkeXe5ngycYSR1RH4FU_K9NYoh_UF9Z5OQok4rgU+ZTw@mail.gmail.com \
--to=jinpu.wang@cloud.ionos.com \
--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=jinpuwang@gmail.com \
--cc=leon@kernel.org \
--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).