diff options
| author | Shaohua Li <shaohua.li@intel.com> | 2010-03-01 09:20:54 +0100 |
|---|---|---|
| committer | Jens Axboe <jens.axboe@oracle.com> | 2010-03-01 09:20:54 +0100 |
| commit | abc3c744d0d7f4ad710a948ae73852ffea5fbc3b (patch) | |
| tree | f3aebe4f1ee8138db560b049f84d30a4b7348e8a /fs/bfs | |
| parent | 9a8c28c8311e30ba97499447d5a11662f5aea094 (diff) | |
| download | linux-3.10-abc3c744d0d7f4ad710a948ae73852ffea5fbc3b.tar.gz linux-3.10-abc3c744d0d7f4ad710a948ae73852ffea5fbc3b.tar.bz2 linux-3.10-abc3c744d0d7f4ad710a948ae73852ffea5fbc3b.zip | |
cfq-iosched: quantum check tweak
Currently a queue can only dispatch up to 4 requests if there are other queues.
This isn't optimal, device can handle more requests, for example, AHCI can
handle 31 requests. I can understand the limit is for fairness, but we could
do a tweak: if the queue still has a lot of slice left, sounds we could
ignore the limit. Test shows this boost my workload (two thread randread of
a SSD) from 78m/s to 100m/s.
Thanks for suggestions from Corrado and Vivek for the patch.
Signed-off-by: Shaohua Li <shaohua.li@intel.com>
Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
Diffstat (limited to 'fs/bfs')
0 files changed, 0 insertions, 0 deletions