summaryrefslogtreecommitdiffstats
path: root/Documentation/filesystems/f2fs.txt
diff options
context:
space:
mode:
authorSahitya Tummala <stummala@codeaurora.org>2019-06-06 15:08:13 +0530
committerJaegeuk Kim <jaegeuk@kernel.org>2019-07-02 15:40:42 -0700
commit56659ce838456c6f2315ce8a4bd686ac4b23e9d1 (patch)
tree7683e9d77d67bc9bcea258e98c862107ddc0c172 /Documentation/filesystems/f2fs.txt
parentdb6ec53b7e0320c8fad27e9a816e50080154bd51 (diff)
downloadlinux-56659ce838456c6f2315ce8a4bd686ac4b23e9d1.tar.bz2
f2fs: fix is_idle() check for discard type
The discard thread should issue upto dpolicy->max_requests at once and wait for all those discard requests at once it reaches dpolicy->max_requests. It should then sleep for dpolicy->min_interval timeout before issuing the next batch of discard requests. But in the current code of is_idle(), it checks for dcc_info->queued_discard and aborts issuing the discard batch of max_requests. This dcc_info->queued_discard will be true always once one discard command is issued. It is thus resulting into this type of discard request pattern - - Issue discard request#1 - is_idle() returns false, discard thread waits for request#1 and then sleeps for min_interval 50ms. - Issue discard request#2 - is_idle() returns false, discard thread waits for request#2 and then sleeps for min_interval 50ms. - and so on for all other discard requests, assuming f2fs is idle w.r.t other conditions. With this fix, the pattern will look like this - - Issue discard request#1 - Issue discard request#2 and so on upto max_requests of 8 - Issue discard request#8 - wait for min_interval 50ms. Signed-off-by: Sahitya Tummala <stummala@codeaurora.org> Reviewed-by: Chao Yu <yuchao0@huawei.com> Signed-off-by: Jaegeuk Kim <jaegeuk@kernel.org>
Diffstat (limited to 'Documentation/filesystems/f2fs.txt')
0 files changed, 0 insertions, 0 deletions