summaryrefslogtreecommitdiffstats
path: root/block/blk-sysfs.c
diff options
context:
space:
mode:
authorHou Tao <houtao1@huawei.com>2017-03-01 09:02:33 +0800
committerJens Axboe <axboe@fb.com>2017-05-31 09:25:21 -0600
commit5be6b75610cefd1e21b98a218211922c2feb6e08 (patch)
tree6a1f5b0d5d66f5d8cec548d8ea5dcfa6b2ad8858 /block/blk-sysfs.c
parente4dc2b32df5573b077f6723e01cf761d236d5113 (diff)
downloadlinux-0-day-5be6b75610cefd1e21b98a218211922c2feb6e08.tar.gz
linux-0-day-5be6b75610cefd1e21b98a218211922c2feb6e08.tar.xz
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>
Diffstat (limited to 'block/blk-sysfs.c')
0 files changed, 0 insertions, 0 deletions