diff options
| author | Eivind Sarto <eivindsarto@gmail.com> | 2014-06-09 17:06:19 -0700 |
|---|---|---|
| committer | NeilBrown <neilb@suse.de> | 2014-06-10 11:02:01 +1000 |
| commit | 053f5b6525ae32da397e6c47721961f800d2c924 (patch) | |
| tree | 2846e90e25ae2b5f998bffd2d22119695d139f23 /Documentation/mtd | |
| parent | 2844dc32ea67044b345221067207ce67ffe8da76 (diff) | |
| download | op-kernel-dev-053f5b6525ae32da397e6c47721961f800d2c924.zip op-kernel-dev-053f5b6525ae32da397e6c47721961f800d2c924.tar.gz | |
raid5: speedup sync_request processing
The raid5 sync_request() processing calls handle_stripe() within the context of
the resync-thread. The resync-thread issues the first set of read requests
and this adds execution latency and slows down the scheduling of the next
sync_request().
The current rebuild/resync speed of raid5 is not much faster than what
rotational HDDs can sustain.
Testing the following patch on a 6-drive array, I can increase the rebuild
speed from 100 MB/s to 175 MB/s.
The sync_request() now just sets STRIPE_HANDLE and releases the stripe. This
creates some more parallelism between the resync-thread and raid5 kernel daemon.
Signed-off-by: Eivind Sarto <esarto@fusionio.com>
Signed-off-by: NeilBrown <neilb@suse.de>
Diffstat (limited to 'Documentation/mtd')
0 files changed, 0 insertions, 0 deletions
