diff options
author | Paolo Valente <paolo.valente@linaro.org> | 2018-09-14 16:23:09 +0200 |
---|---|---|
committer | Jens Axboe <axboe@kernel.dk> | 2018-09-14 21:06:05 +0200 |
commit | c8765de0adfcaaf4ffb2d951e07444f00ffa9453 (patch) | |
tree | 0cb59a947933733b98859b32b52df45fd80795cf /net/x25 | |
parent | block, bfq: inject other-queue I/O into seeky idle queues on NCQ flash (diff) | |
download | linux-c8765de0adfcaaf4ffb2d951e07444f00ffa9453.tar.xz linux-c8765de0adfcaaf4ffb2d951e07444f00ffa9453.zip |
blok, bfq: do not plug I/O if all queues are weight-raised
To reduce latency for interactive and soft real-time applications, bfq
privileges the bfq_queues containing the I/O of these
applications. These privileged queues, referred-to as weight-raised
queues, get a much higher share of the device throughput
w.r.t. non-privileged queues. To preserve this higher share, the I/O
of any non-weight-raised queue must be plugged whenever a sync
weight-raised queue, while being served, remains temporarily empty. To
attain this goal, bfq simply plugs any I/O (from any queue), if a sync
weight-raised queue remains empty while in service.
Unfortunately, this plugging typically lowers throughput with random
I/O, on devices with internal queueing (because it reduces the filling
level of the internal queues of the device).
This commit addresses this issue by restricting the cases where
plugging is performed: if a sync weight-raised queue remains empty
while in service, then I/O plugging is performed only if some of the
active bfq_queues are *not* weight-raised (which is actually the only
circumstance where plugging is needed to preserve the higher share of
the throughput of weight-raised queues). This restriction proved able
to boost throughput in really many use cases needing only maximum
throughput.
Signed-off-by: Paolo Valente <paolo.valente@linaro.org>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'net/x25')
0 files changed, 0 insertions, 0 deletions