Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp4199701pxb; Tue, 25 Jan 2022 05:40:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJyM6nUbY4m4vgwbfuwR7iOXIK8OMd3/qJGyGzYt5WjgVdUOSjAoQCeA2Ff77lCTxXibF+Cz X-Received: by 2002:a17:90a:e601:: with SMTP id j1mr3550064pjy.69.1643118037544; Tue, 25 Jan 2022 05:40:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643118037; cv=none; d=google.com; s=arc-20160816; b=J8mDkf7pUa/ZACcwfz615/pQAsvUboPOziP8tJEaXvG4a4w6jQrdZbdTMBhBW6/6uW tHOkVk54+ks0V4CTIccRPtvPR5n8e2w9pO9GgCRy7j002Ybfrpe7NTiAzUoZzGvkBeMq IkU5G5FnpaZK9wIIPqrWZpvm03wDhEhgkvHdRnJZwguV1bJi3uxrkPvN6CKN4WECzxxT rRAWjIp9nqnCKf3iechjqv7BJd/L1K4RAgE1Ktt2q7VncV/KKQ2FVmcvhXKoHJRBaTpQ fZHf457JePbVSsVEqy08D/K1DbZzvcvwAKpWt0+b3yXGe5O23jnS6Rd4oMqpDFTe+c3g VWHQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=eYGfu1B621OB7x1V8GoEpzSmWo69Z1m+etGNIuoCEPQ=; b=P91UYW/Jus3YcQmCq9cmzlugzC4d+2ytpIpnsxxNlxlclhq7sqwlafudF1ewej7qO+ p+veqgxQc2r2nnHwRklBdyiUhH1GjByJqE+Fg/Yo+cE0KSwgDd4Iesyum+9zfObnYqiz boSwU433OnxqHnZXPEQtkpj21ATYQ5sDXIQfioaSHFEqjrgDhyNLj7ESIZz+pyQuexUQ ikCq7R1rcAgFAmfkWnypeb3J3zPY+2o8sOVzPgU45SJqPtO0mn51M5d/LoUvEaKAd+IL WzDcx0MN52gzVwYPBZTcscK8Xo4XAJwKrGOE+wtJMO5rHGK16368mCjuQnlHO/LeCYa3 iSkw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e2si17035688pgi.83.2022.01.25.05.40.25; Tue, 25 Jan 2022 05:40:37 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1457832AbiAYJRK (ORCPT + 99 others); Tue, 25 Jan 2022 04:17:10 -0500 Received: from szxga01-in.huawei.com ([45.249.212.187]:35864 "EHLO szxga01-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1449145AbiAYJJD (ORCPT ); Tue, 25 Jan 2022 04:09:03 -0500 Received: from dggeme756-chm.china.huawei.com (unknown [172.30.72.53]) by szxga01-in.huawei.com (SkyGuard) with ESMTP id 4JjgxM0YnMzccdv; Tue, 25 Jan 2022 17:08:07 +0800 (CST) Received: from localhost.localdomain (10.175.127.227) by dggeme756-chm.china.huawei.com (10.3.19.102) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.21; Tue, 25 Jan 2022 17:08:55 +0800 From: Zhang Wensheng To: CC: , Subject: [PATCH -next] block: update io_ticks when io hang Date: Tue, 25 Jan 2022 17:19:38 +0800 Message-ID: <20220125091938.1799001-1-zhangwensheng5@huawei.com> X-Mailer: git-send-email 2.31.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.175.127.227] X-ClientProxiedBy: dggems705-chm.china.huawei.com (10.3.19.182) To dggeme756-chm.china.huawei.com (10.3.19.102) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When the inflight IOs are slow and no new IOs are issued, we expect iostat could manifest the IO hang problem. However after commit 5b18b5a73760 ("block: delete part_round_stats and switch to less precise counting"), io_tick and time_in_queue will not be updated until the end of IO, and the avgqu-sz and %util columns of iostat will be zero. Because it has using stat.nsecs accumulation to express time_in_queue which is not suitable to change, and may %util will express the status better when io hang occur. To fix io_ticks, we use update_io_ticks and inflight to update io_ticks when diskstats_show and part_stat_show been called. Fixes: 5b18b5a73760 ("block: delete part_round_stats and switch to less precise counting") Signed-off-by: Zhang Wensheng --- block/genhd.c | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/block/genhd.c b/block/genhd.c index 626c8406f21a..df0656ffb4ad 100644 --- a/block/genhd.c +++ b/block/genhd.c @@ -913,12 +913,14 @@ ssize_t part_stat_show(struct device *dev, struct disk_stats stat; unsigned int inflight; - part_stat_read_all(bdev, &stat); if (queue_is_mq(q)) inflight = blk_mq_in_flight(q, bdev); else inflight = part_in_flight(bdev); + if (inflight) + update_io_ticks(bdev, jiffies, true); + part_stat_read_all(bdev, &stat); return sprintf(buf, "%8lu %8lu %8llu %8u " "%8lu %8lu %8llu %8u " @@ -1174,12 +1176,14 @@ static int diskstats_show(struct seq_file *seqf, void *v) xa_for_each(&gp->part_tbl, idx, hd) { if (bdev_is_partition(hd) && !bdev_nr_sectors(hd)) continue; - part_stat_read_all(hd, &stat); if (queue_is_mq(gp->queue)) inflight = blk_mq_in_flight(gp->queue, hd); else inflight = part_in_flight(hd); + if (inflight) + update_io_ticks(hd, jiffies, true); + part_stat_read_all(hd, &stat); seq_printf(seqf, "%4d %7d %pg " "%lu %lu %lu %u " "%lu %lu %lu %u " -- 2.31.1