cfq-iosched: fix the delay of cfq_group's vdisktime under iops mode
authorHou Tao <houtao1@huawei.com>
Wed, 1 Mar 2017 01:02:33 +0000 (09:02 +0800)
committerJens Axboe <axboe@fb.com>
Wed, 31 May 2017 15:25:21 +0000 (09:25 -0600)
commit5be6b75610cefd1e21b98a218211922c2feb6e08
tree6a1f5b0d5d66f5d8cec548d8ea5dcfa6b2ad8858
parente4dc2b32df5573b077f6723e01cf761d236d5113
cfq-iosched: fix the delay of cfq_group's vdisktime under iops mode

When adding a cfq_group into the cfq service tree, we use CFQ_IDLE_DELAY
as the delay of cfq_group's vdisktime if there have been other cfq_groups
already.

When cfq is under iops mode, commit 9a7f38c42c2b ("cfq-iosched: Convert
from jiffies to nanoseconds") could result in a large iops delay and
lead to an abnormal io schedule delay for the added cfq_group. To fix
it, we just need to revert to the old CFQ_IDLE_DELAY value: HZ / 5
when iops mode is enabled.

Despite having the same value, the delay of a cfq_queue in idle class
and the delay of cfq_group are different things, so I define two new
macros for the delay of a cfq_group under time-slice mode and iops mode.

Fixes: 9a7f38c42c2b ("cfq-iosched: Convert from jiffies to nanoseconds")
Cc: <stable@vger.kernel.org> # 4.8+
Signed-off-by: Hou Tao <houtao1@huawei.com>
Acked-by: Jan Kara <jack@suse.cz>
Signed-off-by: Jens Axboe <axboe@fb.com>
block/cfq-iosched.c