summaryrefslogtreecommitdiff
path: root/.gitattributes
diff options
context:
space:
mode:
authorTejun Heo <tj@kernel.org>2020-09-01 21:52:47 +0300
committerJens Axboe <axboe@kernel.dk>2020-09-02 04:38:32 +0300
commit93f7d2db80e4aea2731619d7b907a029e0d14259 (patch)
tree9acf67d3477d6647a98939d66ff24a2cc3cc2d7b /.gitattributes
parent065655c862fedf4b04e1b28b83ca6f338d81cf0b (diff)
downloadlinux-93f7d2db80e4aea2731619d7b907a029e0d14259.tar.xz
blk-iocost: restructure surplus donation logic
The way the surplus donation logic is structured isn't great. There are two separate paths for starting/increasing donations and decreasing them making the logic harder to follow and is prone to unnecessary behavior differences. In preparation for improved donation handling, this patch restructures the code so that * All donors - new, increasing and decreasing - are funneled through the same code path. * The target donation calculation is factored into hweight_after_donation() which is called once from the same spot for all possible donors. * Actual inuse adjustment is factored into trasnfer_surpluses(). This change introduces a few behavior differences - e.g. donation amount reduction now uses the max usage of the recent three periods just like new and increasing donations, and inuse now gets adjusted upwards the same way it gets downwards. These differences are unlikely to have severely negative implications and the whole logic will be revamped soon. This patch also removes two tracepoints. The existing TPs don't quite fit the new implementation. A later patch will update and reinstate them. Signed-off-by: Tejun Heo <tj@kernel.org> Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to '.gitattributes')
0 files changed, 0 insertions, 0 deletions