diff options
author | Shaohua Li <shli@fb.com> | 2017-03-04 07:06:12 +0100 |
---|---|---|
committer | Shaohua Li <shli@fb.com> | 2017-03-17 00:55:52 +0100 |
commit | aaf9f12ebfafd1ea603d61ead6dbcf456a86e0f3 (patch) | |
tree | 6034be2d67702bae9057856bdc8f236636715d76 /drivers/md/dm-rq.c | |
parent | md/raid5-cache: bump flush stripe batch size (diff) | |
download | linux-aaf9f12ebfafd1ea603d61ead6dbcf456a86e0f3.tar.xz linux-aaf9f12ebfafd1ea603d61ead6dbcf456a86e0f3.zip |
md/raid5: sort bios
Previous patch (raid5: only dispatch IO from raid5d for harddisk raid)
defers IO dispatching. The goal is to create better IO pattern. At that
time, we don't sort the deffered IO and hope the block layer can do IO
merge and sort. Now the raid5-cache writeback could create large amount
of bios. And if we enable muti-thread for stripe handling, we can't
control when to dispatch IO to raid disks. In a lot of time, we are
dispatching IO which block layer can't do merge effectively.
This patch moves further for the IO dispatching defer. We accumulate
bios, but we don't dispatch all the bios after a threshold is met. This
'dispatch partial portion of bios' stragety allows bios coming in a
large time window are sent to disks together. At the dispatching time,
there is large chance the block layer can merge the bios. To make this
more effective, we dispatch IO in ascending order. This increases
request merge chance and reduces disk seek.
Signed-off-by: Shaohua Li <shli@fb.com>
Diffstat (limited to 'drivers/md/dm-rq.c')
0 files changed, 0 insertions, 0 deletions