[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <0d8e3459-6d67-72ae-c1df-5335d2a49bf7@kernel.dk>
Date: Wed, 25 Mar 2020 08:49:38 -0600
From: Jens Axboe <axboe@...nel.dk>
To: Konstantin Khlebnikov <khlebnikov@...dex-team.ru>,
linux-block@...r.kernel.org, linux-kernel@...r.kernel.org
Cc: Mikulas Patocka <mpatocka@...hat.com>,
Mike Snitzer <snitzer@...hat.com>,
Ming Lei <ming.lei@...hat.com>
Subject: Re: [PATCH v4 0/3] block/diskstats: more accurate io_ticks and
optimization
On 3/25/20 7:07 AM, Konstantin Khlebnikov wrote:
> Simplified estimation for io_ticks introduced in patch
> https://lore.kernel.org/linux-block/20181206164122.2166-5-snitzer@redhat.com/
> could be very inaccurate for request longer than jiffy (i.e. any HDD)
>
> There is at least one another report about this:
> https://lore.kernel.org/linux-block/20200324031942.GA3060@ming.t460p/
> See detail in comment for first patch.
>
> v1: https://lore.kernel.org/lkml/155413438394.3201.15211440151043943989.stgit@buzz/
> v2: https://lore.kernel.org/lkml/158314549775.1788.6529015932237292177.stgit@buzz/
> v3: https://lore.kernel.org/lkml/158503038812.1955.7827988255138056389.stgit@buzz/
> * update documentation
> * rebase to current linux-next
> * fix compilation for CONFIG_SMP=n
> v4:
> * rebase to for-5.7/block
> * make part_stat_read_all static in block/genhd.c
Applied for 5.7, thanks.
--
Jens Axboe
Powered by blists - more mailing lists