From: Mike Snitzer <snitzer@redhat.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Cc: Jens Axboe <axboe@kernel.dk>,
linux-block@vger.kernel.org, dm-devel@redhat.com,
"Alasdair G. Kergon" <agk@redhat.com>,
Christoph Hellwig <hch@infradead.org>
Subject: Re: [PATCH 1/3] block: delete part_round_stats and switch to less precise counting
Date: Fri, 30 Nov 2018 16:46:30 -0500 [thread overview]
Message-ID: <20181130214630.GB15049@redhat.com> (raw)
In-Reply-To: <20181130194203.GA14625@redhat.com>
On Fri, Nov 30 2018 at 2:42pm -0500,
Mike Snitzer <snitzer@redhat.com> wrote:
> On Tue, Nov 27 2018 at 7:42pm -0500,
> Mikulas Patocka <mpatocka@redhat.com> wrote:
>
> > We want to convert to per-cpu in_flight counters.
> >
> > The function part_round_stats needs the in_flight counter every jiffy, it
> > would be too costly to sum all the percpu variables every jiffy, so it
> > must be deleted. part_round_stats is used to calculate two counters -
> > time_in_queue and io_ticks.
> >
> > time_in_queue can be calculated without part_round_stats, by adding the
> > duration of the I/O when the I/O ends (the value is almost as exact as the
> > previously calculated value, except that time for in-progress I/Os is not
> > counted).
> >
> > io_ticks can be approximated by increasing the value when I/O is started
> > or ended and the jiffies value has changed. If the I/Os take less than a
> > jiffy, the value is as exact as the previously calculated value. If the
> > I/Os take more than a jiffy, io_ticks can drift behind the previously
> > calculated value.
> >
> > Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
> >
> > ---
> > block/bio.c | 26 ++++++++++++++++--
> > block/blk-core.c | 64 +++-------------------------------------------
> > block/blk-merge.c | 1
> > block/genhd.c | 4 --
> > block/partition-generic.c | 4 --
> > include/linux/genhd.h | 3 --
> > 6 files changed, 29 insertions(+), 73 deletions(-)
> >
> > Index: linux-block/block/bio.c
> > ===================================================================
> > --- linux-block.orig/block/bio.c 2018-11-26 23:44:17.000000000 +0100
> > +++ linux-block/block/bio.c 2018-11-26 23:44:17.000000000 +0100
> > @@ -1663,13 +1663,29 @@ defer:
> > }
> > EXPORT_SYMBOL_GPL(bio_check_pages_dirty);
> >
> > +void update_io_ticks(int cpu, struct hd_struct *part, unsigned long now)
> > +{
> > + unsigned long stamp;
> > +again:
> > + stamp = READ_ONCE(part->stamp);
> > + if (unlikely(stamp != now)) {
> > + if (likely(cmpxchg(&part->stamp, stamp, now) == stamp)) {
> > + __part_stat_add(cpu, part, io_ticks, 1);
> > + }
> > + }
> > + if (part->partno) {
> > + part = &part_to_disk(part)->part0;
> > + goto again;
> > + }
> > +}
> > +
> > void generic_start_io_acct(struct request_queue *q, int op,
> > unsigned long sectors, struct hd_struct *part)
> > {
> > const int sgrp = op_stat_group(op);
> > int cpu = part_stat_lock();
> >
> > - part_round_stats(q, cpu, part);
> > + update_io_ticks(cpu, part, jiffies);
> > part_stat_inc(cpu, part, ios[sgrp]);
> > part_stat_add(cpu, part, sectors[sgrp], sectors);
> > part_inc_in_flight(q, part, op_is_write(op));
> > @@ -1681,12 +1697,16 @@ EXPORT_SYMBOL(generic_start_io_acct);
> > void generic_end_io_acct(struct request_queue *q, int req_op,
> > struct hd_struct *part, unsigned long start_time)
> > {
> > - unsigned long duration = jiffies - start_time;
> > + unsigned long now = jiffies;
> > + unsigned long duration = now - start_time;
> > const int sgrp = op_stat_group(req_op);
> > int cpu = part_stat_lock();
> >
> > + update_io_ticks(cpu, part, now);
> > part_stat_add(cpu, part, nsecs[sgrp], jiffies_to_nsecs(duration));
> > - part_round_stats(q, cpu, part);
> > + part_stat_add(cpu, part, time_in_queue, duration);
> > + if (part->partno)
> > + part_stat_add(cpu, &part_to_disk(part)->part0, time_in_queue, duration);
> > part_dec_in_flight(q, part, op_is_write(req_op));
> >
> > part_stat_unlock();
> > Index: linux-block/block/blk-core.c
> > ===================================================================
> > --- linux-block.orig/block/blk-core.c 2018-11-26 23:44:17.000000000 +0100
> > +++ linux-block/block/blk-core.c 2018-11-26 23:44:17.000000000 +0100
> > @@ -583,63 +583,6 @@ struct request *blk_get_request(struct r
> > }
> > EXPORT_SYMBOL(blk_get_request);
> >
> > -static void part_round_stats_single(struct request_queue *q, int cpu,
> > - struct hd_struct *part, unsigned long now,
> > - unsigned int inflight)
> > -{
> > - if (inflight) {
> > - __part_stat_add(cpu, part, time_in_queue,
> > - inflight * (now - part->stamp));
> > - __part_stat_add(cpu, part, io_ticks, (now - part->stamp));
> > - }
> > - part->stamp = now;
> > -}
> > -
> > -/**
> > - * part_round_stats() - Round off the performance stats on a struct disk_stats.
> > - * @q: target block queue
> > - * @cpu: cpu number for stats access
> > - * @part: target partition
> > - *
> > - * The average IO queue length and utilisation statistics are maintained
> > - * by observing the current state of the queue length and the amount of
> > - * time it has been in this state for.
> > - *
> > - * Normally, that accounting is done on IO completion, but that can result
> > - * in more than a second's worth of IO being accounted for within any one
> > - * second, leading to >100% utilisation. To deal with that, we call this
> > - * function to do a round-off before returning the results when reading
> > - * /proc/diskstats. This accounts immediately for all queue usage up to
> > - * the current jiffies and restarts the counters again.
> > - */
> > -void part_round_stats(struct request_queue *q, int cpu, struct hd_struct *part)
> > -{
> > - struct hd_struct *part2 = NULL;
> > - unsigned long now = jiffies;
> > - unsigned int inflight[2];
> > - int stats = 0;
> > -
> > - if (part->stamp != now)
> > - stats |= 1;
> > -
> > - if (part->partno) {
> > - part2 = &part_to_disk(part)->part0;
> > - if (part2->stamp != now)
> > - stats |= 2;
> > - }
> > -
> > - if (!stats)
> > - return;
> > -
> > - part_in_flight(q, part, inflight);
> > -
> > - if (stats & 2)
> > - part_round_stats_single(q, cpu, part2, now, inflight[1]);
> > - if (stats & 1)
> > - part_round_stats_single(q, cpu, part, now, inflight[0]);
> > -}
> > -EXPORT_SYMBOL_GPL(part_round_stats);
> > -
> > void blk_put_request(struct request *req)
> > {
> > blk_mq_free_request(req);
> > @@ -1408,9 +1351,11 @@ void blk_account_io_done(struct request
> > cpu = part_stat_lock();
> > part = req->part;
> >
> > + update_io_ticks(cpu, part, jiffies);
> > part_stat_inc(cpu, part, ios[sgrp]);
> > part_stat_add(cpu, part, nsecs[sgrp], now - req->start_time_ns);
> > - part_round_stats(req->q, cpu, part);
> > + part_stat_add(cpu, part, time_in_queue, nsecs_to_jiffies64(now - req->start_time_ns));
>
> (Extra indentation offered a clue...)
> Are you missing an 'if (part->partno)' conditional here?
>
> > + part_stat_add(cpu, &part_to_disk(part)->part0, time_in_queue, nsecs_to_jiffies64(now - req->start_time_ns));
> > part_dec_in_flight(req->q, part, rq_data_dir(req));
> >
> > hd_struct_put(part);
>
part_stat_add() already deals with the 'if (part->partno)' case. So you
were double accounting -- here and in generic_end_io_acct()
prev parent reply other threads:[~2018-11-30 21:46 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-28 0:42 [PATCH 1/3] block: delete part_round_stats and switch to less precise counting Mikulas Patocka
2018-11-30 19:42 ` Mike Snitzer
2018-11-30 21:46 ` Mike Snitzer [this message]
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=20181130214630.GB15049@redhat.com \
--to=snitzer@redhat.com \
--cc=agk@redhat.com \
--cc=axboe@kernel.dk \
--cc=dm-devel@redhat.com \
--cc=hch@infradead.org \
--cc=linux-block@vger.kernel.org \
--cc=mpatocka@redhat.com \
/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