aboutsummaryrefslogtreecommitdiffstats
path: root/fs/btrfs/scrub.c
diff options
context:
space:
mode:
authorJosef Bacik <jbacik@fusionio.com>2013-06-10 08:59:04 -0400
committerJosef Bacik <jbacik@fusionio.com>2013-07-01 08:52:28 -0400
commitd88d46c6e06cb47cd3b951287ccaf414e96560d0 (patch)
treed27bc2170fc83f70854ad4b887fb9eacfe863f26 /fs/btrfs/scrub.c
parent1be41b78bc688fc634bf30965d2be692c99fd11d (diff)
Btrfs: free csums when we're done scrubbing an extent
A user reported scrub taking up an unreasonable amount of ram as it ran. This is because we lookup the csums for the extent we're scrubbing but don't free it up until after we're done with the scrub, which means we can take up a whole lot of ram. This patch fixes this by dropping the csums once we're done with the extent we've scrubbed. The user reported this to fix their problem. Thanks, Reported-and-tested-by: Remco Hosman <remco@hosman.xs4all.nl> Signed-off-by: Josef Bacik <jbacik@fusionio.com>
Diffstat (limited to 'fs/btrfs/scrub.c')
-rw-r--r--fs/btrfs/scrub.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/fs/btrfs/scrub.c b/fs/btrfs/scrub.c
index 79bd479317cb..cb308a3a9300 100644
--- a/fs/btrfs/scrub.c
+++ b/fs/btrfs/scrub.c
@@ -2505,6 +2505,7 @@ again:
2505 if (ret) 2505 if (ret)
2506 goto out; 2506 goto out;
2507 2507
2508 scrub_free_csums(sctx);
2508 if (extent_logical + extent_len < 2509 if (extent_logical + extent_len <
2509 key.objectid + bytes) { 2510 key.objectid + bytes) {
2510 logical += increment; 2511 logical += increment;