diff options
author | Hou Tao <houtao1@huawei.com> | 2017-03-01 09:02:33 +0800 |
---|---|---|
committer | Jens Axboe <axboe@fb.com> | 2017-05-31 09:25:21 -0600 |
commit | 5be6b75610cefd1e21b98a218211922c2feb6e08 (patch) | |
tree | 6a1f5b0d5d66f5d8cec548d8ea5dcfa6b2ad8858 /crypto/camellia_generic.c | |
parent | e4dc2b32df5573b077f6723e01cf761d236d5113 (diff) | |
download | linux-5be6b75610cefd1e21b98a218211922c2feb6e08.tar.bz2 |
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 'crypto/camellia_generic.c')
0 files changed, 0 insertions, 0 deletions