Received: by 10.223.164.202 with SMTP id h10csp34524wrb; Tue, 14 Nov 2017 16:59:25 -0800 (PST) X-Google-Smtp-Source: AGs4zMZ8giF2u63AV/HuIyDfgNjHZ4gMuSFyu1q74ko88q90T7TCs7EGowLCIU/dvZAo3ZO11ALY X-Received: by 10.99.172.25 with SMTP id v25mr13532398pge.182.1510707565850; Tue, 14 Nov 2017 16:59:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510707565; cv=none; d=google.com; s=arc-20160816; b=KTGsWURuzIePwOzinD9a+y/xFKBuMFxZU8ljQEpW94c1rs4LsE1ZF3t+zfDE+DVAJz km+G/VKAunpbQfaQWqJ0/cW89HgXGmbL4R+SdIdX6ExnsksZBg5tOmcfmAyawJ/0rrDd p9NAUKQMSv7Tm1Q7CveASgjQV3ZMLM8clF9FlTCeKtq84qign6g9mPo7Htl1NuJjVvJQ LWoWUCOvzmJ9TPijLe60KNjGkLl+ej9i5C0Nm35lq36Qtox02zrGW/bXHIHnjVsjVX5c r1/HESI9Jw01T4KKMLOeBtjOdgjpj4WUtHOEKfee+7a67WayaXoOcTfr/ZReaf7WhHE8 6WYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dmarc-filter:arc-authentication-results; bh=XbZEPWlJjbtOQ0RhbttlRdcnKxpGtirbY91gtIRa4eE=; b=CCU5SUfWvSbeKrA+hUMaBSsNtX71WCSIly7XWlW2CGCduKRJDvVgdXqn5radApSvla OlobN7NIVTfNX8oH/d5WTvJdnGebh/q5Jdo7Dm/J9TF8oFGftVrEwQozAjc5Yekkq2wD AEjIZAQELNOVBXmilmc+LMCDqqNBcSUs2hJIOEhPcALstNYTzhNxbCODUHEElkXFkgYq +kwNIjo3h/JZIBmt5FlIaijiMYeHp2VC10r2lu0sJOYK0l6REnY6MPC6Oix+DdCsU4sp fIh1fWkYA7fR+h7cTDkMlEGmslVdrhn9iyviC88SeHJj8+eBx7lAPHW69Szvfy03Y6xb 63wQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y186si166518pfb.23.2017.11.14.16.59.14; Tue, 14 Nov 2017 16:59:25 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757200AbdKNXYD (ORCPT + 87 others); Tue, 14 Nov 2017 18:24:03 -0500 Received: from mail.kernel.org ([198.145.29.99]:51322 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756024AbdKNXX5 (ORCPT ); Tue, 14 Nov 2017 18:23:57 -0500 Received: from kernel.org (unknown [199.201.64.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 900A4218B1; Tue, 14 Nov 2017 23:23:56 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 900A4218B1 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=shli@kernel.org Date: Tue, 14 Nov 2017 15:23:55 -0800 From: Shaohua Li To: Tejun Heo Cc: axboe@kernel.dk, linux-kernel@vger.kernel.org, kernel-team@fb.com, lizefan@huawei.com, hannes@cmpxchg.org, cgroups@vger.kernel.org, guro@fb.com Subject: Re: [PATCH 6/7] blkcg: account requests instead of bios for request based request_queues Message-ID: <20171114232355.vjxlzfbqbqj5ihq4@kernel.org> References: <20171112222613.3613362-1-tj@kernel.org> <20171112222613.3613362-7-tj@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171112222613.3613362-7-tj@kernel.org> User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Nov 12, 2017 at 02:26:12PM -0800, Tejun Heo wrote: > blkcg accounting is currently bio based, which is silly for request > based request_queues. This is silly as the number of bios doesn't > have much to do with the actual number of IOs issued to the underlying > device (can be significantly higher or lower) and may change depending > on the implementation details on how the bios are issued (e.g. from > the recent split-bios-while-issuing change). > > request based request_queues have QUEUE_FLAG_IO_STAT set by default > which controls the gendisk accounting. Do cgroup accounting for those > request_queues together with gendisk accounting on request completion. > > This makes cgroup accounting consistent with gendisk accounting and > what's happening on the system. > > Signed-off-by: Tejun Heo > --- > block/blk-core.c | 3 +++ > include/linux/blk-cgroup.h | 18 +++++++++++++++++- > 2 files changed, 20 insertions(+), 1 deletion(-) > > diff --git a/block/blk-core.c b/block/blk-core.c > index 048be4a..ad23b96 100644 > --- a/block/blk-core.c > +++ b/block/blk-core.c > @@ -2429,6 +2429,7 @@ void blk_account_io_completion(struct request *req, unsigned int bytes) > cpu = part_stat_lock(); > part = req->part; > part_stat_add(cpu, part, sectors[rw], bytes >> 9); > + blkcg_account_io_completion(req, bytes); > part_stat_unlock(); > } > } > @@ -2454,6 +2455,8 @@ void blk_account_io_done(struct request *req) > part_round_stats(req->q, cpu, part); > part_dec_in_flight(req->q, part, rw); > > + blkcg_account_io_done(req); > + > hd_struct_put(part); > part_stat_unlock(); > } > diff --git a/include/linux/blk-cgroup.h b/include/linux/blk-cgroup.h > index 96eed0f..f2f9691 100644 > --- a/include/linux/blk-cgroup.h > +++ b/include/linux/blk-cgroup.h > @@ -715,7 +715,8 @@ static inline bool blkcg_bio_issue_check(struct request_queue *q, > > throtl = blk_throtl_bio(q, blkg, bio); > > - if (!throtl) { > + /* if @q does io stat, blkcg stats are updated together with them */ > + if (!blk_queue_io_stat(q) && !throtl) { Reviewed-by: Shaohua Li One nitpick, can we use q->request_fn to determine request based queue? I think that is more reliable and usual way for this. Thanks, Shaohua > blkg_rwstat_add(&blkg->stat_bytes, bio->bi_opf, > bio->bi_iter.bi_size); > blkg_rwstat_add(&blkg->stat_ios, bio->bi_opf, 1); > @@ -764,6 +765,17 @@ static inline void blk_rq_disassociate_blkg(struct request *rq) > rq->blkg = NULL; > } > > +static inline void blkcg_account_io_completion(struct request *rq, > + unsigned int bytes) > +{ > + blkg_rwstat_add(&rq->blkg->stat_bytes, rq_data_dir(rq), bytes); > +} > + > +static inline void blkcg_account_io_done(struct request *rq) > +{ > + blkg_rwstat_add(&rq->blkg->stat_ios, rq_data_dir(rq), 1); > +} > + > #else /* CONFIG_BLK_CGROUP */ > > struct blkcg { > @@ -823,6 +835,10 @@ static inline bool blkcg_bio_issue_check(struct request_queue *q, > static inline void blk_rq_associate_blkg(struct request *rq, struct blkcg *blkcg) { } > static inline void blk_rq_disassociate_blkg(struct request *rq) { } > > +static inline void blkcg_account_io_completion(struct request *rq, > + unsigned int bytes) { } > +static inline void blkcg_account_io_done(struct request *rq) { } > + > #define blk_queue_for_each_rl(rl, q) \ > for ((rl) = &(q)->root_rl; (rl); (rl) = NULL) > > -- > 2.9.5 > From 1583900948124527465@xxx Sun Nov 12 22:27:33 +0000 2017 X-GM-THRID: 1583900948124527465 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread