summaryrefslogtreecommitdiffstats
path: root/drivers/md/raid1.h
diff options
context:
space:
mode:
authorShaohua Li <shli@fb.com>2017-03-04 07:06:12 +0100
committerShaohua Li <shli@fb.com>2017-03-17 00:55:52 +0100
commitaaf9f12ebfafd1ea603d61ead6dbcf456a86e0f3 (patch)
tree6034be2d67702bae9057856bdc8f236636715d76 /drivers/md/raid1.h
parentmd/raid5-cache: bump flush stripe batch size (diff)
downloadlinux-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/raid1.h')
0 files changed, 0 insertions, 0 deletions