diff options
author | Jan Kara <jack@suse.cz> | 2014-11-25 11:51:23 -0500 |
---|---|---|
committer | Theodore Ts'o <tytso@mit.edu> | 2014-11-25 11:51:23 -0500 |
commit | dd4759255188771e60cf3455982959a1ba04f4eb (patch) | |
tree | 8338fbccf9ca744aa6da866a52de407d83818761 /arch/arm64 | |
parent | b0dea4c1651f3cdb6d17604fa473e72cb74cdc6b (diff) | |
download | linux-dd4759255188771e60cf3455982959a1ba04f4eb.tar.gz linux-dd4759255188771e60cf3455982959a1ba04f4eb.tar.bz2 linux-dd4759255188771e60cf3455982959a1ba04f4eb.zip |
ext4: limit number of scanned extents in status tree shrinker
Currently we scan extent status trees of inodes until we reclaim nr_to_scan
extents. This can however require a lot of scanning when there are lots
of delayed extents (as those cannot be reclaimed).
Change shrinker to work as shrinkers are supposed to and *scan* only
nr_to_scan extents regardless of how many extents did we actually
reclaim. We however need to be careful and avoid scanning each status
tree from the beginning - that could lead to a situation where we would
not be able to reclaim anything at all when first nr_to_scan extents in
the tree are always unreclaimable. We remember with each inode offset
where we stopped scanning and continue from there when we next come
across the inode.
Note that we also need to update places calling __es_shrink() manually
to pass reasonable nr_to_scan to have a chance of reclaiming anything and
not just 1.
Signed-off-by: Jan Kara <jack@suse.cz>
Signed-off-by: Theodore Ts'o <tytso@mit.edu>
Diffstat (limited to 'arch/arm64')
0 files changed, 0 insertions, 0 deletions