diff options
author | Ming Lei <ming.lei@canonical.com> | 2015-08-17 10:31:48 +0800 |
---|---|---|
committer | Jens Axboe <axboe@fb.com> | 2015-09-23 11:01:16 -0600 |
commit | e03a3d7a94e2485b6e2fa3fb630b9b3a30b65718 (patch) | |
tree | ce0d022f49faefa5845da085c0dcd66ff72252f9 /drivers/cdrom | |
parent | 5b5e20f421c0b6d437b3dec13e53674161998d56 (diff) | |
download | linux-e03a3d7a94e2485b6e2fa3fb630b9b3a30b65718.tar.gz linux-e03a3d7a94e2485b6e2fa3fb630b9b3a30b65718.tar.bz2 linux-e03a3d7a94e2485b6e2fa3fb630b9b3a30b65718.zip |
block: loop: use kthread_work
The following patch will use dio/aio to submit IO to backing file,
then it needn't to schedule IO concurrently from work, so
use kthread_work for decreasing context switch cost a lot.
For non-AIO case, single thread has been used for long long time,
and it was just converted to work in v4.0, which has caused performance
regression for fedora live booting already. In discussion[1], even
though submitting I/O via work concurrently can improve random read IO
throughput, meantime it might hurt sequential read IO performance, so
better to restore to single thread behaviour.
For the following AIO support, it is better to use multi hw-queue
with per-hwq kthread than current work approach suppose there is so
high performance requirement for loop.
[1] http://marc.info/?t=143082678400002&r=1&w=2
Signed-off-by: Ming Lei <ming.lei@canonical.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Jens Axboe <axboe@fb.com>
Diffstat (limited to 'drivers/cdrom')
0 files changed, 0 insertions, 0 deletions