diff options
| author | Qu Wenruo <wqu@suse.com> | 2022-01-30 15:53:15 +0300 |
|---|---|---|
| committer | David Sterba <dsterba@suse.com> | 2022-02-09 20:50:56 +0300 |
| commit | ea0eba69a2a8125229b1b6011644598039bc53aa (patch) | |
| tree | de297c58ae040f5f262d23216357de3b498421fe /fs | |
| parent | 40cdc509877bacb438213b83c7541c5e24a1d9ec (diff) | |
| download | linux-ea0eba69a2a8125229b1b6011644598039bc53aa.tar.xz | |
btrfs: don't hold CPU for too long when defragging a file
There is a user report about "btrfs filesystem defrag" causing 120s
timeout problem.
For btrfs_defrag_file() it will iterate all file extents if called from
defrag ioctl, thus it can take a long time.
There is no reason not to release the CPU during such a long operation.
Add cond_resched() after defragged one cluster.
CC: stable@vger.kernel.org # 5.16
Link: https://lore.kernel.org/linux-btrfs/10e51417-2203-f0a4-2021-86c8511cc367@gmx.com
Signed-off-by: Qu Wenruo <wqu@suse.com>
Reviewed-by: David Sterba <dsterba@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
Diffstat (limited to 'fs')
| -rw-r--r-- | fs/btrfs/ioctl.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/fs/btrfs/ioctl.c b/fs/btrfs/ioctl.c index 925522756e28..b51c8b783f40 100644 --- a/fs/btrfs/ioctl.c +++ b/fs/btrfs/ioctl.c @@ -1629,6 +1629,7 @@ int btrfs_defrag_file(struct inode *inode, struct file_ra_state *ra, ret = 0; break; } + cond_resched(); } if (ra_allocated) |