aboutsummaryrefslogtreecommitdiffstats
path: root/Documentation
diff options
context:
space:
mode:
authorVivek Goyal <vgoyal@redhat.com>2011-03-22 21:54:29 +0100
committerJens Axboe <jaxboe@fusionio.com>2011-03-22 21:55:00 +0100
commit04521db04e9a11e74b0252d222051cb194487f4d (patch)
tree4a07811529a16f9e25c4de44ef0bf2621d360249 /Documentation
parent9026e521c0da0731eb31f9f9022dd00cc3cd8885 (diff)
downloadkernel_samsung_smdk4412-04521db04e9a11e74b0252d222051cb194487f4d.tar.gz
kernel_samsung_smdk4412-04521db04e9a11e74b0252d222051cb194487f4d.tar.bz2
kernel_samsung_smdk4412-04521db04e9a11e74b0252d222051cb194487f4d.zip
blk-throttle: Reset group slice when limits are changed
Lina reported that if throttle limits are initially very high and then dropped, then no new bio might be dispatched for a long time. And the reason being that after dropping the limits we don't reset the existing slice and do the rate calculation with new low rate and account the bios dispatched at high rate. To fix it, reset the slice upon rate change. https://lkml.org/lkml/2011/3/10/298 Another problem with very high limit is that we never queued the bio on throtl service tree. That means we kept on extending the group slice but never trimmed it. Fix that also by regulary trimming the slice even if bio is not being queued up. Reported-by: Lina Lu <lulina_nuaa@foxmail.com> Signed-off-by: Vivek Goyal <vgoyal@redhat.com> Signed-off-by: Jens Axboe <jaxboe@fusionio.com>
Diffstat (limited to 'Documentation')
0 files changed, 0 insertions, 0 deletions